/g/ - Technology » Thread #78264406

[316 / 58 / 75]

/wxp/ - Friendly Windows XP/2003 Leak Thread

Anonymous Sun 18 Oct 2020 10:43:10 No.78264406 View View Reply Original Report

Quoted By: >>78264663 >>78264680 >>78268789 >>78281264 >>78286341 >>78302356 >>78303885 >>78317403

Old thread: >>78212123
Guide and FAQ: https://rentry.co/build-win2k3
Hidden git: https://noexit4237wjhu6v.onion
To-do list: >>78093403

List of previous threads: https://rentry.co/centralizer-threads
Some info: https://rentry.co/centralizer-info

New website: wopen3qf3trpihet.onion

Anonymous

View Same Google ImgOps iqdb SauceNAO NTDEV.jpg, 47KiB, 500x500

Anonymous Sun 18 Oct 2020 11:00:58 No.78264517 Report

Quoted By: >>78264534 >>78264681 >>78264692 >>78267229 >>78278145 >>78278435

NTDEV jealous because Mental Outlaw also made a video about compiling Win2k3 and because the video is still up and his video was flagged by M$.

https://twitter.com/NTDEV_/status/1316824945419317249
https://twitter.com/NTDEV_/status/1316826174404923394
https://twitter.com/NTDEV_/status/1317073593117921282

https://www.youtube.com/watch?v=0aWUEnP-t34

What a prick.

Anonymous

View Same Google ImgOps iqdb SauceNAO NTFAG.png, 31KiB, 340x440

Anonymous Sun 18 Oct 2020 11:04:16 No.78264534 Report

Quoted By: >>78264692

>>78264517

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 109KiB, 846x553

Anonymous Sun 18 Oct 2020 11:04:36 No.78264538 Report

Quoted By: >>78264680 >>78309866

woot, win7 building fine with no pre-built 16-bit shit, just had to update 16-bit compilers & add some small code fixes
build-win2k3 update soon

Anonymous

View Same Google ImgOps iqdb SauceNAO ea3360337270.jpg, 143KiB, 753x1200

Anonymous Sun 18 Oct 2020 11:15:37 No.78264614 Report

Quoted By: >>78264760

Alright, guide+ZIP updated to v8: https://rentry.co/build-win2k3

Changes:
>Updated 16-bit build tools inside com\ole32\olethunk\ole16\tools\, and updated olethunk code so it'll build fine with them.
>Removed pre-built 16-bit code
>Updated prebuild.cmd to handle the updated 16-bit tools instead of using pre-built stuff (will only use updated files if OS requires them)
>Disabled fixprn.pl, ntbackuponpersonal.cmd, gpmc.cmd and msi.cmd calls from pbuild.dat, as we're missing required build-files for those (these aren't necessary, result can be taken from ISO/missing 7z)

Should hopefully let you build under Win7 without any NTVDM errors, if you try it please tell me how it goes!

Thanks to anon who made 2k3-missing-x86fre-v4 too, hopefully now this can build without postbuild errors (haven't been able to check that yet though)

Anonymous

Anonymous Sun 18 Oct 2020 11:23:17 No.78264663 Report

Quoted By: >>78298976

>>78264406
I haven't been following for like 3 weeks or so, anything interesting happened?

Anonymous

Anonymous Sun 18 Oct 2020 11:25:52 No.78264680 Report

Quoted By: >>78306491

>>78264406
>>78264538
Can't wait for GNU Win7 verified NSA free.

Anonymous

Anonymous Sun 18 Oct 2020 11:25:54 No.78264681 Report

Quoted By:

>>78264517
get rekt underage prick

Anonymous

Anonymous Sun 18 Oct 2020 11:28:35 No.78264692 Report

Quoted By:

>>78264517
>>78264534
>I'm just a wasted normalfag
Dude you can't be showing your powerlevel outside of 4chan(nel) like that.

Anonymous

Anonymous Sun 18 Oct 2020 11:29:53 No.78264700 Report

Quoted By: >>78266756

If I create a wiki, will someone who writes guides and notes write information for newbies in it?

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 94KiB, 836x536

Anonymous Sun 18 Oct 2020 11:39:22 No.78264760 Report

Quoted By: >>78264848

>>78264614
Siick, postbuild completes successfully too, no errors at all, nice work anon-that-made-2k3-missing-v4!
Got a fix for setupw95 I need to add to the ZIP, so it runs synchronously instead of async (just tested and seems to work fine), it'll be up in a sec.

Anonymous

Anonymous Sun 18 Oct 2020 11:44:02 No.78264792 Report

Quoted By:

>>78263556
That's my point, anon-kun.
IIRC there are some repos about manual trim, but I forgot to save it.

Anonymous

View Same Google ImgOps iqdb SauceNAO 7a0e0d63aa1302d8c16cd5ea0df1502f.jpg, 44KiB, 528x462

Anonymous Sun 18 Oct 2020 11:52:09 No.78264848 Report

Quoted By: >>78265229

>>78264760
Guide+ZIP updated to v8a: https://rentry.co/build-win2k3

Changes:
>Updated setupw95.cmd to run hwdatgen synchronously instead of async, fixes race-condition SHARING_VIOLATION error
>Disabled incbbt.cmd from pbuild.dat, as the incbbt.cmd file is missing

Now you should be able to build & postbuild fine under Win7 without errors, no NTVDM errors or any postbuild.err messages at all!
Would appreciate it if some anon could try this under XP too, or hell, if anyone besides me could try it, to be sure it's working on other machines.

I'm gonna start fresh, re-extract everything etc to be sure, see you in an hour.

Anonymous

Anonymous Sun 18 Oct 2020 12:39:47 No.78265229 Report

Quoted By: >>78265236 >>78265462

>>78264848
Got a build going with previous zip, when this is done I will try it with XP

Anonymous

Anonymous Sun 18 Oct 2020 12:41:07 No.78265236 Report

Quoted By:

>>78265229
Edit: building it on a 32 but win 10 tab so I can take it on the go, will take a wee while

Anonymous

View Same Google ImgOps iqdb SauceNAO f371f3f6b20cd1d9944c683b6d5f5118 (...).gif, 398KiB, 359x270

Anonymous Sun 18 Oct 2020 12:41:44 No.78265242 Report

Quoted By: >>78266628 >>78267121 >>78271444 >>78273415

Things we still need done if anyone has some free time:

>reimplement systime.obj / exinit.obj (the current systime.c / exinit.c impl. is based on WRK and has some issues: >>78063790, there's an anon making progress on systime.obj, anyone want to look into exinit?)
>get some built winlogon to work (win2000 version almost works, we fixed it constantly restarting, but currently won't login...)
>get XP stuff working in 2003 (base\hals\processors, pidgen, etc, see >>78263380)
>find what's up with buildtag (>>77983330, explanation by <span class="deadlink">>>78001417, can we change it to our own branch name?)</span>
>build directui.lib under win2003 (we have things building, proper bison version etc, but it doesn't parse things properly, likely MS customized Bison.skl file - can we reverse the XP directui.lib and copy changes over?)
>make XPSP1 buildtools work properly (needs tweaks for servicepack stuff? alternatively, get 2003 tools working on XPSP1)
>get amd64 builds working (needs txtsetup.inx / layout.inx / etc changed to remove missing drivers - some progress at >>78006430)
>get build tools working under x64 builders, so XP build VMs hopefully won't be needed anymore (almost works, see >>78263367, just ~15 errors in total when using updated tools16 from sizzle, can that number be reduced?)

If you can think of any other things that need a fix let me know and I'll update list next thread.

Anonymous

View Same Google ImgOps iqdb SauceNAO WB10-Side-By-Side-Completed.png, 616KiB, 1920x868

Anonymous Sun 18 Oct 2020 12:42:28 No.78265248 Report

Quoted By: >>78265368 >>78303963

Does WindowsBlinds nuke 10 like it did XP?

Anonymous

Anonymous Sun 18 Oct 2020 12:55:05 No.78265368 Report

Quoted By: >>78267075 >>78268396

>>78265248
Windows 10 finally makes unobtrusive window decorations that don't waste space and faggots still want to replace them. I don't get it.

Anonymous

Anonymous Sun 18 Oct 2020 13:04:07 No.78265462 Report

Quoted By: >>78266032

>>78265229
If you mean v8 ZIP the only changes in v8a were postbuild stuff, if it's still building you can probably extract it over it, just need to extract the tools folder

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 6KiB, 404x77

Anonymous Sun 18 Oct 2020 13:09:31 No.78265515 Report

Quoted By: >>78265771

Does anyone know why postbuild gives ddkcabs.bat 4 threads but everything else uses 1?
Maybe whatever it uses to say the threads could be used to fix setupw95 instead of editing it directly, dunno

Anonymous

Anonymous Sun 18 Oct 2020 13:27:31 No.78265716 Report

Quoted By: >>78265788 >>78265951

>>78252791
Onion links never work for me, can you tell me which files you changed to remove srv_info.chm dependancy? That bastard has fucked me for the last time

Anonymous

Anonymous Sun 18 Oct 2020 13:32:13 No.78265771 Report

Quoted By:

>>78265515
Looking at postbuildscripts/pbuild.cmd, the number of threads is in GetNumThreads() on line 575.
It defaults to 1, so it looks like setupw95 is already started with only 1 thread. (the function only specifies a different number for "drivercab.cmd", "startcompress.cmd", "ddkcabs.bat" and "startcompress_post.cmd")

Anonymous

Anonymous Sun 18 Oct 2020 13:33:36 No.78265788 Report

Quoted By: >>78265933

>>78265716
Are you using Tor Browser?

Anonymous

Anonymous Sun 18 Oct 2020 13:44:08 No.78265933 Report

Quoted By:

>>78265788
Ye, just times out, if it works for you can you post the changes from there? or screencap it or something

Anonymous

Anonymous Sun 18 Oct 2020 13:45:35 No.78265951 Report

Quoted By:

>>78265716
Sure thing. I'm not sure if editing all of them is needed, but like I mentioned earlier, I just wanted this file to not exist anymore:

enduser/stuff/simics/files.template
mergedcomponents/setupinfs/layout.inx
tools/placefil.txt
tools/postbuildscripts/infsections.tbl
tools/postbuildscripts/infsizedefs.x86.tbl
tools/postbuildscripts/infsizedefs.amd64.tbl
tools/postbuildscripts/infsizedefs.ia64.tbl

I just removed each line that had that file.

Anonymous

Anonymous Sun 18 Oct 2020 13:52:47 No.78266032 Report

Quoted By:

>>78265462
Good to know thanks, will save shit ton of time

Anonymous

Anonymous Sun 18 Oct 2020 14:21:40 No.78266293 Report

Quoted By: >>78266637

hwdatgen.exe patch to make it run Sleep on any INI error, not just SHARING_VIOLATION, maybe it'll help solve >>78262486 without needing to edit setupw95.cmd

hex edit tools\x86\hwdatgen.exe
>0x1826E: 21 -> 16

Gonna give it a try when this next build finishes, not sure if it'll actually work though... ideally we'd change the share mode when it opens the file so that other instances can open it at the same time too, and never need to run into SHARING_VIOLATION errors, this uses some weird SetupInf API to open them though, not sure how easy it'd be to edit that...

Anonymous

Anonymous Sun 18 Oct 2020 14:22:50 No.78266310 Report

Quoted By: >>78266624

Rust rewrite when?

Anonymous

Anonymous Sun 18 Oct 2020 14:54:36 No.78266624 Report

Quoted By:

>>78266310
Fuck your self. You are not funny.

Anonymous

View Same Google ImgOps iqdb SauceNAO iasinf_death.png, 5KiB, 419x192

Anonymous Sun 18 Oct 2020 14:55:08 No.78266628 Report

Quoted By: >>78266656 >>78266716

>>78265242
I am building w2k3 on XP x86 SP3(with POSReady 2009 updates). IAS Inf to database tool dies midway build.

1>Binplacing - net\ias\misc\usa\net\ias\misc\usa\obj\i386\dnary.mdb for Unknown Target
1>net\ias\misc\usa\binplace : warning BNP0000: CopyFile(G:\srv03rtm\net\ias\misc\usa\obj\i386\dnary.mdb,G:\binaries.x86fre\.\.\dnary.mdb) failed 2
1>net\ias\misc\usa\binplace : error BNP0000: Unable to place file obj\i386\dnary.mdb - exiting.

Currently 2 hours in, waiting for build to finish on a Core2Duo machine.

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 43KiB, 837x167

Anonymous Sun 18 Oct 2020 14:55:55 No.78266637 Report

Quoted By: >>78266781

>>78266293
Aw damn, same error with hwdatgen, guess it must be another part that's erroring...

Anonymous

Anonymous Sun 18 Oct 2020 14:57:36 No.78266656 Report

Quoted By: >>78267369

>>78266628
Hmm that's weird, never seen that before, might be one of the replaced tools16 files maybe.
Could you upload the build.log file somewhere when it's done? should be like 30MB or so, zipping it should get it a lot smaller though

Anonymous

Anonymous Sun 18 Oct 2020 15:02:59 No.78266716 Report

Quoted By:

>>78266628
Ah, iasinfdb isn't in the tools16 dir, it's at tools\x86.. not sure why that'd break
also just remembered that updated tools16 stuff isn't even used when using prebuild with XP, so guess it's not tools16 related..

I did notice the tools\x86\iasinfdb.exe is some ancient win2000 version though, we do have iasinfdb src though and also build a newer one at sdktools\iasinfdb\obj\i386\iasinfdb.exe, wonder if replacing with that might help.

Anonymous

View Same Google ImgOps iqdb SauceNAO wiki.jpg, 37KiB, 429x322

Anonymous Sun 18 Oct 2020 15:06:24 No.78266756 Report

Quoted By: >>78266773

>>78264700
For those who regularly read threads and want to help, I made a wiki that needs to be filled out, I cannot do this, because I do not read threads much and do not know the language enough.

Why a wiki?
* Threads die and people don't read them after that.
* Chat rooms for saving information are even worse.
* In a wiki, you can make a plan of what needs to be done and simply link to it.
* The description of what you have done can be made as a separate article with a description and guide, and not a note in the thread.

By recording our actions, we will make our progress more understandable for beginners and those who have already done something.

In order to write articles, registration is not required: openxp.libre
(OpenNIC dns servers OR blockchainDNS extension required)

Anonymous

Anonymous Sun 18 Oct 2020 15:07:49 No.78266773 Report

Quoted By:

>>78266756
>OpenNIC dns servers OR blockchainDNS extension required
could I just add the IP for it to my hosts file or something?

Anonymous

Anonymous Sun 18 Oct 2020 15:08:36 No.78266781 Report

Quoted By: >>78266859

>>78266637
I was thinking about that... sleep(1000) means "sleep 1 second", right?
Then it would take it 10 minutes to finish all the tries. It's definitely stopping much earlier than that.

Anonymous

Anonymous Sun 18 Oct 2020 15:15:50 No.78266859 Report

Quoted By: >>78266885 >>78266912 >>78280710

>>78266781
Yep, but it'd only use Sleep when it had SHARING_VIOLATION error, was hoping maybe it was getting FILE_NOT_FOUND for the first 590 or something like that (could be possible if it runs the loop fast enough) and moving code so Sleep gets used for other errors might have slowed it down enough to help, but seems not, it was a long shot I guess.

Now I'm thinking maybe the error is related to the other thing setupw95 does, afaik it runs filegen & hwdatgen at the time time and then waits for them both to finish up, maybe hwdatgen depends on/tries using something filegen is still creating and that's why it messes up, not sure... I'll see if I can move the wait event crap around and see if that helps

Anonymous

Anonymous Sun 18 Oct 2020 15:18:13 No.78266885 Report

Quoted By:

>>78266859
>at the time time
*the same time

Anonymous

Anonymous Sun 18 Oct 2020 15:20:40 No.78266912 Report

Quoted By:

>>78266859
I tried seperating them and doing the filegen runs first and then the hwdatgen runs, but that made filegen fail.
Granted, there is always a chance that I messed up editing the script.

Anonymous

Anonymous Sun 18 Oct 2020 15:37:18 No.78267075 Report

Quoted By:

>>78265368
>customization bad! >:(

Anonymous

Anonymous Sun 18 Oct 2020 15:40:50 No.78267121 Report

Quoted By: >>78267212

>>78265242
>build directui.lib under win2003 (we have things building, proper bison version etc, but it doesn't parse things properly, likely MS customized Bison.skl file - can we reverse the XP directui.lib and copy changes over?)
Wonder if we could just extract pre-compiled parse.obj from XP's directui.lib and use that with our build, like how kernel uses systime.obj/extime.obj shit, 7z extracts from lib files fine iirc.
I know pre-compiled bad etc, but at least this way we'd be building the rest of directui, everything except the bit we don't have working code for.
No idea if this can actually work though since XP used an older compiler etc. We do have directuid.lib built for win2003, but debug stuff might not let that work neither...

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 17KiB, 580x198

Anonymous Sun 18 Oct 2020 15:47:37 No.78267212 Report

Quoted By: >>78267271

>>78267121
huh, it does actually build fine with that, interesting
well, release duser with XP parse.obj worked, I'll have to test with win2003's directuid too

Anonymous

View Same Google ImgOps iqdb SauceNAO gentoo_chad.png, 236KiB, 467x618

Anonymous Sun 18 Oct 2020 15:48:28 No.78267229 Report

Quoted By: >>78289493

>>78264517
LMFAO, even Microsoft can't take down based Mental Outlaw

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 20KiB, 539x243

Anonymous Sun 18 Oct 2020 15:52:36 No.78267271 Report

Quoted By: >>78268351

>>78267212
both release/debug duser built fine using debug win2003 parse.obj too, nice
I'll have to make sure XP login screen works first though... gonna be another hour

Anonymous

View Same Google ImgOps iqdb SauceNAO fucker_done.png, 19KiB, 660x331

Anonymous Sun 18 Oct 2020 16:01:07 No.78267369 Report

Quoted By: >>78267426

>>78266656
Done circa 3 hours.
https://files.catbox.moe/kom9mz.7z
The two errors were from same tool.

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 66KiB, 1428x574

Anonymous Sun 18 Oct 2020 16:06:40 No.78267426 Report

Quoted By: >>78267453 >>78268522

>>78267369
Weird stuff, never seen this error code before, no idea what'd cause that.
I'll try looking into it soon, maybe try using build /ZP and see if it'll retry building those files?

Anonymous

Anonymous Sun 18 Oct 2020 16:08:32 No.78267453 Report

Quoted By: >>78268522

>>78267426
Oh wait forgot the tool crashed, might explain the weird error code.
Maybe worth trying out a built version of iasinfdb instead of the ancient win2000 one the buildtools use, I'll check if it can build fine on my Win7 box later and add it to the ZIP

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 48KiB, 1140x245

Anonymous Sun 18 Oct 2020 17:20:10 No.78268351 Report

Quoted By:

>>78267271
Damn, build using parse.obj mostly works but it's not perfect, gives a LNK4206 warning which breaks build because warnings-as-errors are enabled for these...
Edited sources files to make them ignore the warning, gonna try another build now... hopefully the warning don't mean somethings FUBAR tho, wonder if it's because I'm using release directui with the debug parse.obj... I'll look into the XP one if this is fucked

Anonymous

Anonymous Sun 18 Oct 2020 17:23:48 No.78268396 Report

Quoted By: >>78303963

>>78265368
Windows 10 widows decorations are absolutely disgusting, of course people want to replace them. I would rather just outright drop dead then have to be exposed to windows 10 default appearance for any length of time.

Anonymous

View Same Google ImgOps iqdb SauceNAO I_cant_debug_for_shit.png, 107KiB, 1280x1002

Anonymous Sun 18 Oct 2020 17:33:36 No.78268522 Report

Quoted By: >>78268541 >>78268632 >>78268666 >>78269375

>>78267426
>>78267453
I did the second build. Crashes the same.
I've attached this screencap if it's of any help. I've yet to learn how to operate OllyDbg.
Ah yeah, I should mention, I ran "build /ZP" both times, as opposed to running "build /cZP".
https://files.catbox.moe/d5ld0x.7z logs of 2nd build.

Still takes significant amount of time, even if it's "dirty build".
Linking process repeats.

Anonymous

Anonymous Sun 18 Oct 2020 17:35:01 No.78268541 Report

Quoted By:

>>78268522
Ah yeah, the build took 1h19m this time.

Anonymous

Anonymous Sun 18 Oct 2020 17:40:11 No.78268632 Report

Quoted By: >>78268666

>>78268522
That's where our own iasinfdb built from the src would have an advantage, we could debug it with symbols so we'd know exactly what function is crashing it.

Not sure if I'll be able to test it out tonight though, if you want to try it yourself there should be an iasinfdb.exe & iasinfdb.pdb inside sdktools\iasinfdb\obj\i386\, if you replace the one in tools\x86\ with those and debug the crash with it hopefully ollydbg can load the pdb & tell you the function responsible
I never really used olly much tho so not sure if it'll even work with PDB... but who knows, maybe the built one won't crash at all.

Anonymous

Anonymous Sun 18 Oct 2020 17:42:15 No.78268666 Report

Quoted By: >>78268713 >>78269375

>>78268632
>>78268522
Also I think if you use "cd net\ias\misc" & then build /ZP it'll only build the part which is crashing it

Anonymous

Anonymous Sun 18 Oct 2020 17:46:12 No.78268713 Report

Quoted By:

>>78268666
Ah yeah, thanks for pointing out how to compile only parts I would want. This should go in the FAQ.

I'll see if I can replace default debugger with IDA.

Anonymous

View Same Google ImgOps iqdb SauceNAO R-778314-1157807046.jpg, 81KiB, 450x448

Anonymous Sun 18 Oct 2020 17:51:47 No.78268789 Report

Quoted By:

>>78264406
just to let everybody know:
- tor stability has been fixed, git cloning may still not work over it though due to an apache misconfiguration i can't figure out
- kanboard activation mail has been fixed, the remailer service on impulse was down after the power outage a week ago and i didn't notice. anyone that had an account that was disabled and seemed like a real person has now had their account enabled.
the server should be moved within the next couple weeks to a new t4 machine. in the mean time this should work, and i'll try to resolve the git issues. thanks!

Anonymous

Anonymous Sun 18 Oct 2020 17:57:09 No.78268876 Report

Quoted By:

The guy doing the usage/help dialogues has updated quite a few for 2k3 if its help to anyone
https://empyreal96.github.io/build-env-info/

Anonymous

View Same Google ImgOps iqdb SauceNAO InitializeRowset.png, 109KiB, 1280x1002

Anonymous Sun 18 Oct 2020 18:29:49 No.78269375 Report

Quoted By: >>78269443

>>78268522
>>78268666
Slightly clearer picture.

Anonymous

Anonymous Sun 18 Oct 2020 18:35:51 No.78269443 Report

Quoted By: >>78269475

>>78269375
Hmm, it looks like maybe m_pIOpenRowset didn't get initialised
Only thing I can think of is maybe the "Microsoft.Jet.OLEDB.4.0" db provider isn't working on your system, or maybe the database it's opening is corrupt, maybe try build /cZP inside that folder and see if it clears & remakes it

Anonymous

Anonymous Sun 18 Oct 2020 18:38:41 No.78269475 Report

Quoted By: >>78269563

>>78269443
With "build /cZP", I get no more crashes, but still same errors in console.

Anonymous

Anonymous Sun 18 Oct 2020 18:45:29 No.78269563 Report

Quoted By: >>78269599

>>78269475
Maybe something wrong with the temp mdb files in net\ias\misc, or the usa infs? here's the ones from my tree https://anonymousfiles.io/OWQWpBkr/

Anonymous

Anonymous Sun 18 Oct 2020 18:48:19 No.78269599 Report

Quoted By: >>78269728 >>78269804

>>78269563
Same crashing.

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 10KiB, 718x143

Anonymous Sun 18 Oct 2020 18:56:03 No.78269728 Report

Quoted By: >>78269804 >>78269880

>>78269599
Strange, can't think of much else besides the OLEDB provider not working.
My build just went over it fine, no errors, here's the result: https://anonymousfiles.io/DW4eX1Sd/

Maybe try it with these inside net\ias\misc\usa\obj\i386, if it still doesn't work then I think making them read-only might force build to skip trying to build them, not a perfect solution but at least it won't error.

Anonymous

Anonymous Sun 18 Oct 2020 19:00:54 No.78269804 Report

Quoted By: >>78269880

>>78269728
>>78269599
Maybe try installing https://www.microsoft.com/en-us/download/details.aspx?id=13255, that contains Jet 4.0 apparently

Anonymous

Anonymous Sun 18 Oct 2020 19:06:36 No.78269880 Report

Quoted By: >>78269928

>>78269728
This fixes "build /ZP" crash.

>>78269804
This doesn't fix crash.

Anonymous

Anonymous Sun 18 Oct 2020 19:09:45 No.78269928 Report

Quoted By: >>78270366

>>78269880
Ah, so you have it working now? What did you need to do, just copy those to i386 folder or did you set read-only too?
Maybe I'll see about adding this to the FAQ later

Anonymous

Anonymous Sun 18 Oct 2020 19:41:38 No.78270366 Report

Quoted By:

>>78269928
I just copied in i386 folder. Didn't set read-only. Does full compile wipe those out?

Anonymous

Anonymous Sun 18 Oct 2020 19:53:46 No.78270561 Report

Quoted By:

shit onion link, never works baka

Anonymous

Anonymous Sun 18 Oct 2020 20:56:50 No.78271444 Report

Quoted By: >>78298906

>>78265242
In the near future, I will finish working on systime.c and start working on exinit.c.
Here is the current version, it works fine for me. But I just replaced only the kernel on a clean installation of the usual WinSRV 2003 SP0.
There is still work to be done, but in general there are no critical differences. WPA features use something like TEA or XTEA encryption, but I don't like bytefucking. We need to work on the order of data sections, on the problem with missing assignments (see the previous thread), and in general on all functions that are not marked as
* Cheked x86 obj mp ASM
It would be nice to check the single-processor version, I was too lazy to look there.

https://pastebin.com/NyV53rLY

Anonymous

Anonymous Sun 18 Oct 2020 20:57:15 No.78271450 Report

Quoted By: >>78272003

Is sizzle included in the guide? If not where be the link?

Anonymous

Anonymous Sun 18 Oct 2020 21:40:37 No.78272003 Report

Quoted By: >>78272024 >>78272095

>>78271450we got razzle working "realiable" why use sizzle.

Anonymous

Anonymous Sun 18 Oct 2020 21:42:16 No.78272024 Report

Quoted By:

>>78272003
Just curious tis all

Anonymous

Anonymous Sun 18 Oct 2020 21:46:23 No.78272095 Report

Quoted By:

>>78272003
It allows new compilers to be dropped in

moyefi

View Same Google ImgOps iqdb SauceNAO dosplayer16bittoolsonx64.png, 233KiB, 1286x477

moyefi Sun 18 Oct 2020 23:27:44 No.78273415 Report

Quoted By: >>78278089 >>78297948

>>78265242
>get build tools working under x64 builders

Got the build to work under Windows XP x64, esp. the \base\mvdm folder.

Some required 16-bit targetting tools were still 16-bit after using the build tools from win2003_prepatched_v8.zip.

As was done in that archive, 16-bit applications like rc16.exe can be started using MS DOS Player to start them. It can also convert 16-bit applications to 32-bit using the -c argument.

Example in the screenshot, *.16.exe are the originals, *.exe is the converted one, which runs fine.

One, rc.exe/rc16.exe, was not working when converted, there was an error during the build process, when started through a batch file it did run. Maybe someone can figure this out.

More here: https://rentry.co/16bit-msbuild

Anonymous

Anonymous Sun 18 Oct 2020 23:41:32 No.78273554 Report

Quoted By:

has anyone heard anything from microsoft regarding these leaks (officially, unofficially, from people pretending to be MS employees, whatever)?
also LOL @ underage twitter attention whores wanting to take credit for building this shit

Anonymous

Anonymous Mon 19 Oct 2020 00:52:37 No.78274419 Report

Quoted By:

Bump

Anonymous

Anonymous Mon 19 Oct 2020 01:35:51 No.78274897 Report

Quoted By:

Only black people are allowed to publically compile XP/2003.

Anonymous

Anonymous Mon 19 Oct 2020 02:20:14 No.78275329 Report

Quoted By: >>78275746 >>78281476

lmfao new thread and it's dead already. that's what you fuckers get for trying to frame me for leaking wxp niggers

Anonymous

Anonymous Mon 19 Oct 2020 03:06:59 No.78275746 Report

Quoted By: >>78275822

>>78275329
o hai NTDEV .o/ Thanks for leaking it.

Anonymous

Anonymous Mon 19 Oct 2020 03:12:40 No.78275796 Report

Quoted By:

what will happen if i try to compile this shit on real machine under sandboxie?

Anonymous

Anonymous Mon 19 Oct 2020 03:16:07 No.78275822 Report

Quoted By: >>78276060

>>78275746
fuck you

Anonymous

Anonymous Mon 19 Oct 2020 03:48:42 No.78276060 Report

Quoted By:

>>78275822
Bless you

Anonymous

Anonymous Mon 19 Oct 2020 07:43:17 No.78277687 Report

Quoted By:

Bump

Anonymous

Anonymous Mon 19 Oct 2020 07:57:37 No.78277782 Report

Quoted By:

Bump

Anonymous

Anonymous Mon 19 Oct 2020 08:37:00 No.78278089 Report

Quoted By: >>78279123 >>78299926

>>78273415
Neat, I tried msdos-player before but didn't have much luck with it, that was with the older tools though, guess the updated ones must work better with it.
I'll see if I can update the prepatched ZIP with this later (or might make a separate prepatched x64 ZIP if there's too many things being changed, since x86 people don't need all that stuff)

What did you do about the 32/64-bit tools btw? razzle for me would try using tools from tools\amd64 folder which seemed broken or something, copying stuff from tools\x86 there seemed to work fine though, but probably builds slower compared to actual x64 tools.

Anonymous

Anonymous Mon 19 Oct 2020 08:46:19 No.78278145 Report

Quoted By: >>78278162

>>78264517
Don't worry: I reported MentalOutlaw for copyright violation on youtube.

Anonymous

Anonymous Mon 19 Oct 2020 08:49:26 No.78278162 Report

Quoted By: >>78278216

>>78278145
>You will immediately cease and not continue to access the site if you are under the age of 18.

Anonymous

Anonymous Mon 19 Oct 2020 08:58:11 No.78278216 Report

Quoted By: >>78278240

>>78278162
>falling for obvious bait

Anonymous

Anonymous Mon 19 Oct 2020 09:01:24 No.78278240 Report

Quoted By:

>>78278216
>You will immediately cease and not continue to access the site if you are under the age of 18.

Anonymous

Anonymous Mon 19 Oct 2020 09:28:38 No.78278435 Report

Quoted By: >>78278462 >>78279416

>>78264517
Is this 19th century?
Why make a VIDEO TUTORIAL ON YOUTUBE like some fuckibg pajeet srakesh, while instead one could make a build script/ansible/packer/docker/travis/whatever build system script and distribute this instead?
You know, to have easily reproducible builds?
Hosted on git so that anyanon could improve upon those build scripts?

Anonymous

Anonymous Mon 19 Oct 2020 09:31:18 No.78278462 Report

Quoted By:

>>78278435
For this you need to have a three-digit iq

Anonymous

Anonymous Mon 19 Oct 2020 10:01:11 No.78278743 Report

Quoted By: >>78278823

Are we able to build the pro SKU?
Guessing I would need to extract missing files from xp pro rtm iso named in the guide?

Anonymous

Anonymous Mon 19 Oct 2020 10:11:02 No.78278823 Report

Quoted By: >>78278892

>>78278743
Yeah pro builds fine, the missing 7z files should have the files they need

Anonymous

Anonymous Mon 19 Oct 2020 10:20:50 No.78278892 Report

Quoted By: >>78278912

>>78278823
Okay thanks, do we set -sku on post build, or build all SKU and just build the PRO iso?

Anonymous

Anonymous Mon 19 Oct 2020 10:23:46 No.78278912 Report

Quoted By: >>78279108

>>78278892
building them all without -sku should be fine, you'll get both binaries.x86fre/pro & binaries/per folders, oscdimg should be able to build iso from them fine

Anonymous

Anonymous Mon 19 Oct 2020 10:45:31 No.78279108 Report

Quoted By:

>>78278912
Okay cool I'm on the right track then, thanks anon

optimization police

optimization police Mon 19 Oct 2020 10:47:23 No.78279123 Report

Quoted By: >>78281614

>>78278089
>copying stuff from tools\x86 there seemed to work fine though, but probably builds slower compared to actual x64 tools
probably not
if for example 50% of the tools' run time is spent running code (and not waiting for disk or memory access), and you make that part 0-5% faster, and running that code is ??% of the entire build process, then in any case you have not made a meaningful difference in build times
there are likely much greater optimization opportunities waiting to be discovered elsewhere (like minimizing the console window lol)

Anonymous

View Same Google ImgOps iqdb SauceNAO .png, 96KiB, 1226x1019

Anonymous Mon 19 Oct 2020 11:07:08 No.78279297 Report

Quoted By: >>78279331 >>78281145

Alright, confirmed that waiting for filegen before hwdatgen definitely doesn't help, the issue must be hwdatgen instances stepping on each others toes. (pic rel is how I added the wait, pretty sure that's working)

Wish I knew how to get the logging inside hwcomp.c to be displayed, seems all that log stuff is meant to be setup-related though, probably isn't active during builds or something, maybe I'll recompile it to use printf instead later.

(also I only just realised, but when I was using XP to build I never had these hwcomp.dat errors, seems it might just be a win7 thing? guess they added some extra sharing_violation crap in there at some point)

Anonymous

Anonymous Mon 19 Oct 2020 11:09:43 No.78279331 Report

Quoted By: >>78279529

>>78279297
>when I was using XP to build I never had these hwcomp.dat errors, seems it might just be a win7 thing?
inb4 "set hwdatgen.exe to XP compatibility mode" becomes part of the build guide

Anonymous

Anonymous Mon 19 Oct 2020 11:17:33 No.78279416 Report

Quoted By:

>>78278435
How are you meant to make money off those methods. He wanted to become rich and famous.

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 12KiB, 624x129

Anonymous Mon 19 Oct 2020 11:27:54 No.78279529 Report

Quoted By:

>>78279331
Phew, I was scared for a minute that might actually work

Anonymous

Anonymous Mon 19 Oct 2020 11:30:25 No.78279561 Report

Quoted By: >>78279711

I'm getting filechk error for mountvol and a few of those files.. is that down to 16 bit being gay on 7?

Anonymous

Anonymous Mon 19 Oct 2020 11:43:35 No.78279711 Report

Quoted By: >>78279974

>>78279561
If your win7 is 32-bit it should be fine, mountvol should have been built during main build, maybe check build.log for it

Anonymous

Anonymous Mon 19 Oct 2020 12:06:35 No.78279974 Report

Quoted By:

>>78279711
Okay will do, doing a simultaneous build on XP and re trying on 10 to see if it gets built this time (I'm building on x86 10, I mentioned 7 I though it may be related lol)

Anonymous

Anonymous Mon 19 Oct 2020 13:16:35 No.78280710 Report

Quoted By: >>78280838 >>78281432

Figured out the hwdatgen issue, seems to be the GetTempFileName call in hwcomp.c, I guess under win7 that call ends up giving the same name to two different processes and messes shit up.

Just above the GetTempFileName call there's some commented code that uses a pGetNonExistingFile function instead, which mostly does the same thing as GetTempFileName, but we can edit it since the code is in the same file.
I made that use rand() for the file extension, and used srand(GetTickCount()) before calling it, hopefully that should be random enough.

With that the error 20 / sharing_violation stuff gets fixed, but there's still a chance of error 2 / file_not_found - fixed that by pretty much doing the change in >>78266859 though, making it sleep when other errors beside sharing_violation happen, seems to fix it fine.

Doing one last full postbuild & then I'll post the fixed hwdatgen.exe & edited hwcomp.c

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 60KiB, 831x331

Anonymous Mon 19 Oct 2020 13:27:06 No.78280838 Report

Quoted By: >>78281185 >>78281432

>>78280710
Huh, even with the sleep for error_file_not_found, it never manages to find the right file for per & pro some reason, weird since non-async hwdatgen worked fine for them iirc?
hm

Anonymous

Anonymous Mon 19 Oct 2020 13:54:36 No.78281145 Report

Quoted By: >>78281185

>>78279297
I tried editing setupw95 so that it runs the filegen commands asynchronously, waits for them to finish and then runs the hwdatgen commands one after the other and it seems to work perfectly.
I've tried it twice so far and no hwcomp.dat errors.

Anonymous

Anonymous Mon 19 Oct 2020 13:59:04 No.78281185 Report

Quoted By: >>78281233

>>78281145
Yep, think it should work without needing to wait for filegen too, just doing the change in >>78262423 seemed to let it work fine for me.
I'm trying to figure out how to let hwdatgen work without needing that though, since making hwdatgen non-async can slow down the setupw95 crap a bit.
I think >>78280838 might have been a fluke though, just tested with updated exe again and pro/per worked fine. I'll give it another try just to be sure.

Anonymous

Anonymous Mon 19 Oct 2020 14:03:20 No.78281233 Report

Quoted By:

>>78281185
Yes, it does feel a little slower.

Anonymous

Anonymous Mon 19 Oct 2020 14:06:54 No.78281264 Report

Quoted By:

>>78264406
post fucking more.

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 44KiB, 800x503

Anonymous Mon 19 Oct 2020 14:23:39 No.78281432 Report

Quoted By: >>78282960 >>78283650

Aight, hwdatgen.exe fix from >>78280710 seems to work, the problem at >>78280838 must have been a fluke, maybe something was up with my temp folder or some shit.

Here's the updated exe, hopefully this should solve setupw95.cmd problems without needing to edit setupw95 itself: https://anonymousfiles.io/uL0Kp0MV/

I'll update build-win2k3 soon with this + duser building fix, gonna do one final test build with fresh code first.

readme:
>merge tools folder in with your source tree, replacing the original hwdatgen.exe
>the src folder provided should only really be used for building a new hwdatgen.exe, I wouldn't merge it with your source tree as the changes made would also change things in your server2003 build, making it even more non-matching to the official MS release.

Anonymous

Anonymous Mon 19 Oct 2020 14:26:35 No.78281476 Report

Quoted By:

>>78275329
Install GNU/Linux idiot.

Anonymous

Anonymous Mon 19 Oct 2020 14:37:50 No.78281614 Report

Quoted By: >>78282458

>>78279123
well atm using x86 build tools on amd64 is even slower than using x86 tools on x86 host, I'd hope that using tools that are actually the same arch as the host would give an improvement, since there's no need for WoW64 or anything like that, but idk

too bad openNT guy got black-bagged by MS, seemed like he had amd64 tools working well, the ones he released with sizzle don't seem to work properly though, too bad we can't ask him about it now

Anonymous

Anonymous Mon 19 Oct 2020 15:38:32 No.78282384 Report

Quoted By:

bump

Anonymous

Anonymous Mon 19 Oct 2020 15:43:19 No.78282458 Report

Quoted By: >>78282542

>>78281614
>well atm using x86 build tools on amd64 is even slower than using x86 tools on x86 host...
Do you have proof? Or just you feeling placebo effects?

Anonymous

Anonymous Mon 19 Oct 2020 15:48:06 No.78282542 Report

Quoted By: >>78282612

>>78282458
Well I'm pretty sure it was more than a placebo which made my x64 build at >>78263367 take ~1hr 15m while pretty much every x86 build I've made only takes ~55 minutes at most (sometimes as quick as ~40 minutes if I'm lucky)
Same x86 build tools being used, only difference was x64 host OS, which makes me think it could be a WoW64 thing slowing it down.
Working amd64 build tools would let us test that, but it doesn't seem like any of them are working properly atm.

Anonymous

Anonymous Mon 19 Oct 2020 15:52:19 No.78282612 Report

Quoted By: >>78282927

>>78282542
>but it doesn't seem like any of them are working properly atm.
Seems Sizzle's amd64 tools can work fine when building using Sizzle build-env, but I didn't have any luck copying them over to razzle, just gave a ton of different errors that seemed to be due to compiler version changing and code not being compatible with it.
That doesn't really make much sense though since Sizzle stuff didn't change any of the code, probably is some way to get it working but I couldn't figure it out.

Anonymous

Anonymous Mon 19 Oct 2020 16:09:25 No.78282858 Report

Quoted By: >>78282907 >>78282927

What size are people's ISOs after building? Mine comes out at 370 ish MB (testing install from it now)

Anonymous

Anonymous Mon 19 Oct 2020 16:12:51 No.78282907 Report

Quoted By: >>78283097

>>78282858
374 424kb - pro
439 110kb - srv

Anonymous

Anonymous Mon 19 Oct 2020 16:13:42 No.78282927 Report

Quoted By: >>78283097

>>78282612
btw if anyone wants to play around with sizzles tools I think latest (and only) release is at >>78054899
I wouldn't really rely on using that as build-env right now though, pretty sure I saw a lot of anons having issues with it, OpenNT guy promised an update but don't think it ever released

>>78282858
Usually around 440MB for me, haven't checked with the newest missing 7z and stuff though.
Don't think we've ever matched the retail ISO size tho, wonder what's missing

Anonymous

Anonymous Mon 19 Oct 2020 16:15:08 No.78282960 Report

Quoted By: >>78283027

>>78281432
I just tested a fresh build using your patched hwdatgen. Out of the 7 skus, I got the following results (using an unmodified setupw95):
ads - error 20
bla - error 2
dtc - no file created
per - error 2
pro - file created and copied to i386
sbs - error 20
srv - file created but not copied to i386

Anonymous

Anonymous Mon 19 Oct 2020 16:18:25 No.78283027 Report

Quoted By: >>78283079

>>78282960
Oh damn, you're on win7 too I'm guessing? Guess I'd better run some more tests first...

I could probably build another hwdatgen which gives more debug output, any chance you'd be willing to try that?

Anonymous

Anonymous Mon 19 Oct 2020 16:21:09 No.78283079 Report

Quoted By: >>78283156

>>78283027
Sure, I am willing to test that.
And yes, I am also using 7. I can also confirm that this seems to be a 7-only problem, since I never had this problem when I built on either XP or 2k3 R2.

Anonymous

Anonymous Mon 19 Oct 2020 16:22:30 No.78283097 Report

Quoted By:

>>78282907
>>78282927
Yeah my pro image is 374,
Next I was going to do srv sku and will compare against retail iso

Anonymous

Anonymous Mon 19 Oct 2020 16:26:15 No.78283156 Report

Quoted By: >>78283206

>>78283079
Nice, I asked since I need to re-add the debug stuff in again, removed it all once I thought the temp filename stuff fixed it >.>

Might be 30 mins-1 hour to get it ready, wiped my build just a few mins before you posted... hopefully won't need to build whole tree to build hwdatgen.exe itself, but I won't be able to check if it still runs for another hour at least.

Anonymous

Anonymous Mon 19 Oct 2020 16:29:38 No.78283206 Report

Quoted By: >>78283650

>>78283156
No worries, I've got lots of extra time.

Anonymous

Anonymous Mon 19 Oct 2020 16:56:27 No.78283650 Report

Quoted By: >>78284441

>>78283206
Got the debug hwdatgen ready, didn't get to try it myself tho since I'm still building, but all I added was some printfs to >>78281432, so don't think it'd break anything
https://anonymousfiles.io/gBWsJqsV/

Should just print some extra text like "Could not decompress bleh.in_ to C:\temp\inf.3334" before the error code is shown
There might be some other extra stuff printed too, but the line that's right before the error code is probably the culprit, as long as I added enough logging anyway

Anonymous

View Same Google ImgOps iqdb SauceNAO hwdatgen_errors.png, 501KiB, 1600x1200

Anonymous Mon 19 Oct 2020 17:41:18 No.78284441 Report

Quoted By: >>78284630

>>78283650
On this run (using the debug hwdatgen), I had these results:
ads - file created in entinf but not copied to i386
bla - file created in blainf but not copied to i386
per - file created in perinf but not copied to i386
pro - error 20
sbs - error 2
srv - error 2

I attached a screenshot with the errors and the debug info.

Anonymous

Anonymous Mon 19 Oct 2020 17:50:25 No.78284630 Report

Quoted By: >>78284641

>>78284441
Hmm, seems like it might still be an issue with the temp filename stuff, it does make like 100+ temp files in a run, guess maybe srand(GetTickCount()) still isn't good enough to prevent them from colliding (also only just realised that rand() only goes up to 32767, I'll try seeing if I can expand that)

I'm not sure why hwcomp isn't being copied when there wasn't an error though, maybe it only copies them properly when all of the hwdatgen succeeds, or something like that, I never had a problem with it being copied when hwdatgen was being done non-async at least

Anonymous

Anonymous Mon 19 Oct 2020 17:51:06 No.78284641 Report

Quoted By: >>78284713 >>78284783 >>78284851

>>78284630
If it helps, here is a list of files that exist in Temp with similar names as the ones in the errors:
mdmchipv.in_
mdmchipv.in_.27538
mdmchipv.in_.27894
mdmchipv.in_.27999
mdmchipv.in_.28100
mdmchipv.in_.28303

mmdriver.in_
mmdriver.in_.4361
mmdriver.in_.4567
mmdriver.in_.4619
mmdriver.in_.4770
mmdriver.in_.5230

switch.in_
switch.in_.9005
switch.in_.9260
switch.in_.9466
switch.in_.9518

Anonymous

Anonymous Mon 19 Oct 2020 17:54:51 No.78284713 Report

Quoted By:

>>78284641
Also, regarding the "not copying" thing, when setupw95 calls cmdevt.pl, it waits until all of them finish before continuing, right?
In that case, it probably doesn't run the rest of the script when there are errors, since the errors keep the command windows open.

Anonymous

Anonymous Mon 19 Oct 2020 17:58:41 No.78284783 Report

Quoted By: >>78284851

>>78284641
I also get the same mdmchipv/mmdriver/switch files left in temp too, they should be getting deleted by hwdatgen when it's done with them really, not sure why those 3 are always left.
Hmm, maybe the deletion is why the error 2 happens, if one instance is deleting the file when another instance is trying to open it, that could explain it... hopefully expanding rand range might help things

Anonymous

Anonymous Mon 19 Oct 2020 18:03:23 No.78284851 Report

Quoted By: >>78285066 >>78286166

>>78284783
>>78284641
Here's hwdatgen_dbg which uses 4 rand() calls to gen the number, hopefully should add enough randomness
>UINT Count = (rand() + rand()) | ((rand() + rand()) << 16);

https://anonymousfiles.io/vOLDrS3i/

Anonymous

Anonymous Mon 19 Oct 2020 18:16:22 No.78285066 Report

Quoted By: >>78285231

>>78284851
Hm thinking about it some more, even if the added randomness works, the main issue of colliding-filenames causing errors is still there.
I'll try seeing if theres some way I can add in the SKU name to the filename as well, to prevent collisions from ever happening, if I can get that working maybe could undo all the random stuff too

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 31KiB, 523x449

Anonymous Mon 19 Oct 2020 18:26:06 No.78285231 Report

Quoted By: >>78285406

>>78285066
Hmm, might have found an easier solution, just adding a small timeout between hwdatgen calls seems like it might be enough to stop shit colliding.

Before the loop
>SET /a timeout=(!RANDOM!*5000/32768)+1
then inside
>ping 192.0.2.1 -n 1 -w %timeout% >nul

Hell, maybe can just replace %timeout% with a 2000 ms delay or something

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 30KiB, 644x428

Anonymous Mon 19 Oct 2020 18:37:38 No.78285406 Report

Quoted By: >>78285482

>>78285231
Should have mentioned, I was using original hwdatgen with it too.
It did stall on waiting for setupw95 event sometimes tho, but changing it to this seems to fix that
>call ExecuteCmd.cmd "timeout /t 3 /nobreak"

There was a "error 2" one time as well, when I was using !RANDOM!, maybe delay was too small there though, 3 seconds seems to be fine though, not sure if it might have been filechk related there though, maybe should wait for filechk before doing the hwdatgen stuff.

Anyway I tried it like 6 times now deleting hwcomp.dat between runs, no errors anymore, I'll try a fresh build soon too.

Anonymous

Anonymous Mon 19 Oct 2020 18:42:26 No.78285482 Report

Quoted By: >>78285703

>>78285406
Here's prepatched setupw95, if someone else can test it too it'd be appreciated: https://anonymousfiles.io/QfEoHVe8/
Use that with the original hwdatgen.exe

Anonymous

Anonymous Mon 19 Oct 2020 18:56:23 No.78285703 Report

Quoted By: >>78286776

>>78285482
Oh wait, forgot to add cmdevt.pl call there.
Fixed: https://anonymousfiles.io/l0VxfQha/

Anonymous

View Same Google ImgOps iqdb SauceNAO D.jpg, 312KiB, 724x1487

Anonymous Mon 19 Oct 2020 19:16:22 No.78286000 Report

Quoted By:

In case anyones looking for it, here's the processor HAL code ported from XP, with updates from the 2003 binaries: >>78084311

As that post says, the only change not ported is the GetAcpiTable function, would be sweet if some ace reverser could get that updated...

Anonymous

Anonymous Mon 19 Oct 2020 19:28:46 No.78286166 Report

Quoted By: >>78286275

>>78284851
It seems to work similarly to the others. I tested a few times to be sure and it worked without errors the first time but all the other times, it failed. Between tests, I deleted all the hwcomp.dat files and the mdmchipv/mmdriver/switch files from Temp.
The errors were the same or similar to the ones in the screenshot I posted earlier.

My results with the original hwdatgen are similar, sometimes it works on the first try, sometimes it throws errors at me on the first try but works on the second and sometimes it just fails again and again.

Anonymous

Anonymous Mon 19 Oct 2020 19:36:33 No.78286275 Report

Quoted By: >>78287989

>>78286166
Hmm, I'm thinking now maybe GetTickCount was returning same count across different instances, so the rand() calls would give the same value too, only way I can explain it anyway...

Have you tried adding a timeout to the setupw95.cmd? Had some success with that but haven't tested with fresh build yet.
It's mostly a bandaid around it though, something like adding SKU to the temp filename would have been a lot better, not sure if I can really be bothered for that though

Anonymous

View Same Google ImgOps iqdb SauceNAO 1602765416632.jpg, 330KiB, 711x1000

Anonymous Mon 19 Oct 2020 19:40:04 No.78286341 Report

Quoted By: >>78290723 >>78290794

>>78264406
I am ready to fully release Yotsuba XP and support it. I managed to make the kernel move from 5.1 to 6.3 meaning that my XP runs now software up to 8.1.

Don't believe me? Your loss.

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 70KiB, 1396x327

Anonymous Mon 19 Oct 2020 20:10:03 No.78286776 Report

Quoted By: >>78286827 >>78286885

>>78285703
This seems to work, hwdatgen passed without any errors at least
Had this strange postbuild error though, never seen it before, hope it was just a fluke or something

Anonymous

Anonymous Mon 19 Oct 2020 20:13:29 No.78286827 Report

Quoted By:

>>78286776
drivercab happens way before setupw95 so I don't see how they could be connected really.
Running postbuild -full now, (not really sure if that's the same as the first time you run postbuild after a clean build tho), if it works out I guess I'll finally post v8b ZIP/guide up

Anonymous

Anonymous Mon 19 Oct 2020 20:17:06 No.78286885 Report

Quoted By:

>>78286776
Hmm shit, maybe drivercab error is similar to setupw95 error, seems drivercab also does a bunch of SKUs in parallel... the error there looks very similar to the setupw95 ones too.
Let's just hope it's not too common

Anonymous

View Same Google ImgOps iqdb SauceNAO i got four words for ya.png, 100KiB, 832x543

Anonymous Mon 19 Oct 2020 20:45:24 No.78287301 Report

Quoted By:

Timeout seems to be working fine, ~5 runs of "postbuild -full" haven't errored, I'll do one more test with fresh build though.

If anyone wants them here's pre-patched setupw95.cmd & patched drivercab.cmd to make that wait 3 secs between calls as well (since it seems that might also have the problem)

Switched from "timeout /t" & "ping" to using "sleep 3" instead too, since sleep.exe is included in the build tools

hwdatgen_win7_fix.zip: https://anonymousfiles.io/u8IkyMBF/

Anonymous

Anonymous Mon 19 Oct 2020 21:31:06 No.78287989 Report

Quoted By: >>78288132

>>78286275
So I tried the setupw95 with the timeout a bunch of times. 100% success rate.
Then I ran my edit of setupw95 that I mentioned before, which waits for the filegen runs to finish and then runs the hwdatgen commands one after the other. Also 100% success rate.
Postbuilds with the timeout took on average around 6 minutes 45 seconds.
Postbuilds running hwdatgen in series took on average 7 minutes 8 seconds.
All the tests were with the original hwdatgen.

Anonymous

Anonymous Mon 19 Oct 2020 21:41:30 No.78288132 Report

Quoted By:

>>78287989
Ah nice, thanks for testing it.
So it's most likely something timing related, my bet is on time() / GetTickCount() returning same value, messing up GetTempFileName & the attempted rand() fix.
Wonder why XP was fine with it though, maybe things just worked slow enough there that it never had the same issue, who knows.

Also wonder if we could get away with just using a 1 second timeout between them, think that at most that should only add ~6 seconds to the postbuild. Maybe sticking with 3 seconds is safest though, should only be like ~18 seconds added after all

Anonymous

Anonymous Mon 19 Oct 2020 21:53:47 No.78288313 Report

Quoted By:

Just found out that duser build doesn't need you to run bldenv / setup.cmd, you can pretty much just add duser to windows\advcore\dirs and it'll build duser/directui.lib as part of the main build

Still need to test & make sure that our built directui.lib with pre-compiled parse.obj can actually work on XP logon screen etc though, hopefully it should though, parse.cpp was the only thing we had to try remaking

Anonymous

View Same Google ImgOps iqdb SauceNAO WinXPhome.jpg, 17KiB, 250x247

Anonymous Mon 19 Oct 2020 22:20:38 No.78288682 Report

Quoted By: >>78288700 >>78314715

New guide+ZIP v8b update: https://rentry.co/build-win2k3

Changes:
>Added pre-built parse.obj files for DirectUI, taken from win2003 directuid.lib - allows us to build working versions of DUser/DirectUI fine!
>Updated sources files to suppress LNK4206 warning generated by pre-built parse.obj.
>Updated windows\advcore\dirs file to allow DUser/DirectUI to get built during main build
>Updated setupw95.cmd & drivercab.cmd to add a delay between async calls, fixes an issue with filename-collisions.
>Deleted all references to srv_info.chm (which can't be located anywhere, no RTM ISOs seem to have it...)

Just tested the directui.lib it produces & seems to work fine, no issue with logon screen on per/pro or anything.

The updated setupw95/drivercab will only be applied on newer OS's, since XP and older don't seem to have the same problem with collisions.
Timeout inside setupw95 & drivercab is set to 3 seconds, so it'll add a minimum of ~36 seconds to the post-build.
You can edit it yourself and change the "sleep 3" to "sleep 1" if you don't care about the risks, "sleep 1" seemed to work fine for me, but I left it as "sleep 3" in here to be safe.

Anonymous

Anonymous Mon 19 Oct 2020 22:21:55 No.78288700 Report

Quoted By:

>>78288682
Oh and also I only tested under Win7, if anyone can test building under XP it'd be appreciated!

Anonymous

Anonymous Mon 19 Oct 2020 22:52:10 No.78289041 Report

Quoted By: >>78289091

Is logonui source present? I can't find actual source files for it, only some manifests, RC file and an seemingly already built exe in the source

Anonymous

Anonymous Mon 19 Oct 2020 22:55:10 No.78289091 Report

Quoted By:

>>78289041
Pretty sure I saw it give an error when I didn't have directui.lib in place, can't remember the path now though

Anonymous

Anonymous Mon 19 Oct 2020 23:13:22 No.78289301 Report

Quoted By: >>78289358 >>78289449

hello, anyone know if there's a chance linux eventually gets leaked as well?

Anonymous

Anonymous Mon 19 Oct 2020 23:18:58 No.78289358 Report

Quoted By: >>78289449

>>78289301
>hello, anyone know if there's a chance linux eventually gets leaked as well?
It was just leaked
https://git.savannah.gnu.org/cgit/hurd

Anonymous

Anonymous Mon 19 Oct 2020 23:27:55 No.78289449 Report

Quoted By:

>>78289301
>>78289358
holy shit, linustechtips won't be happy about this

Anonymous

Anonymous Mon 19 Oct 2020 23:32:45 No.78289493 Report

Quoted By:

>>78267229
seriously hard to watch this guy without thinking it's some kind of facerig/deepfake

Anonymous

View Same Google ImgOps iqdb SauceNAO изображение.png, 124KiB, 1920x1040

Anonymous Mon 19 Oct 2020 23:47:10 No.78289655 Report

Quoted By: >>78289755 >>78289945

Here somewhere there was a video from a guy who managed to compile the screensaver in visual studio, post the link to it, please.

I'm trying to compile the task manager now, I imported the necessary dependencies, but after that I have some kind of hell in the error log, problems with Windows Kit \ synchapi.h and other WinSDK files. Did anyone have it? (VS2012, Win10)

Anonymous

Anonymous Mon 19 Oct 2020 23:57:31 No.78289755 Report

Quoted By:

>>78289655
I found it but it didn't seem to leave any instructions(
https://twitter.com/TorutheRedFox/status/1312485433809330176

soy

View Same Google ImgOps iqdb SauceNAO zaptec16.jpg, 36KiB, 612x336

soy Mon 19 Oct 2020 23:59:56 No.78289777 Report

Quoted By: >>78289837 >>78289839

Any ISO builds of 2003 yet? Any real progress?

Anonymous

Anonymous Tue 20 Oct 2020 00:02:19 No.78289805 Report

Quoted By: >>78289843

Can I install windows xp on rizen 3200 with vega 8?

Anonymous

Anonymous Tue 20 Oct 2020 00:05:38 No.78289837 Report

Quoted By:

>>78289777
Follow the guide and you'll have an ISO

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 421KiB, 800x600

Anonymous Tue 20 Oct 2020 00:05:38 No.78289839 Report

Quoted By: >>78289853 >>78289874

>>78289777
We've had ISO builds of 2003 for weeks now, the 3790 XP builds are more interesting

Anonymous

Anonymous Tue 20 Oct 2020 00:05:53 No.78289843 Report

Quoted By:

>>78289805
Why not? But you can just set up the virtual machine - it's easy to use and hardly any problems. I advise vmware, not advise hyperv.

soy

View Same Google ImgOps iqdb SauceNAO prelim.jpg, 30KiB, 355x425

soy Tue 20 Oct 2020 00:07:05 No.78289853 Report

Quoted By:

>>78289839
Thanks.

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 485KiB, 800x600

Anonymous Tue 20 Oct 2020 00:08:48 No.78289874 Report

Quoted By:

>>78289839
I should have installed 3790 home edition, that build&sku was never seen before this leak apparently

Anonymous

Anonymous Tue 20 Oct 2020 00:09:53 No.78289888 Report

Quoted By: >>78289938 >>78290017 >>78295818

Anyone know how to change "Documents and Settings" folder name?

Anonymous

Anonymous Tue 20 Oct 2020 00:13:17 No.78289938 Report

Quoted By: >>78289973

>>78289888
lol, just rename it

Anonymous

Anonymous Tue 20 Oct 2020 00:13:59 No.78289945 Report

Quoted By:

>>78289655
There was someone in the early threads that compiled a customised task manager too, don't think they posted instructions neither tho

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 18KiB, 501x175

Anonymous Tue 20 Oct 2020 00:16:42 No.78289973 Report

Quoted By: >>78290017

>>78289938
No luck

Anonymous

Anonymous Tue 20 Oct 2020 00:19:28 No.78290017 Report

Quoted By:

>>78289888
>>78289973
https://www.betaarchive.com/wiki/index.php/Microsoft_KB_Archive/236621 mentions changing unattend.txt but that might be win2000 only

Anonymous

View Same Google ImgOps iqdb SauceNAO 1325969.jpg, 145KiB, 800x800

Anonymous Tue 20 Oct 2020 00:23:40 No.78290064 Report

Quoted By: >>78292936

If 2k3-missing-v4.7z dude is still around, which XP version did you use for the missing XP stuff?
Might be better to grab the missing stuff from an SP1 ISO instead of RTM, since SP1 release date is closer to win2003 than RTM was.
(also we have SP1 code too, so the missing pack might be able to help with that in future as well)

If you do release a new pack, could you remove DUser.dll & DUser.pdb too? Those are the only two files that it asks to replace when extracting now

Anonymous

Anonymous Tue 20 Oct 2020 01:11:54 No.78290653 Report

Quoted By:

Bump

Anonymous

Anonymous Tue 20 Oct 2020 01:18:02 No.78290723 Report

Quoted By: >>78290748

>>78286341
i am excited for yotsubaxp :D

Anonymous

Anonymous Tue 20 Oct 2020 01:20:25 No.78290748 Report

Quoted By:

>>78290723
this

Anonymous

Anonymous Tue 20 Oct 2020 01:26:00 No.78290794 Report

Quoted By:

>>78286341
>and support it.
One shudders at the thought.

Anonymous

Anonymous Tue 20 Oct 2020 01:28:59 No.78290820 Report

Quoted By:

buuuuuuuuuuuuump

Anonymous

View Same Google ImgOps iqdb SauceNAO OS-tan.600.63614.jpg, 130KiB, 600x450

Anonymous Tue 20 Oct 2020 02:25:58 No.78291357 Report

Quoted By:

Any winlogon/systime.c news?

Anonymous

View Same Google ImgOps iqdb SauceNAO 1596398168784.jpg, 780KiB, 1366x768

Anonymous Tue 20 Oct 2020 03:30:39 No.78291955 Report

Quoted By: >>78293471 >>78293582

Is she really back, /g/?

Anonymous

Anonymous Tue 20 Oct 2020 05:42:31 No.78292936 Report

Quoted By: >>78293694 >>78295022

>>78290064
All of the Server 2003 stuff in the archive is from RTM. Most of it is from Server 2003 Standard.
When I was collecting the XP stuff, I had an SP1 upgrade ISO and an RTM ISO, so I started with the SP1 upgrade ISO and took the rest from the RTM ISO (so, stuff that wasn't on the SP1 ISO).
Your question made me go back and check again, and I found 14 files that I had missed and accidentally included the XP RTM version when there was an XP SP1 version available.

The PDB files are from the 2k3 RTM and XP SP1 symbol packs.

I uploaded an updated version here: https://gofile.io/d/N7trJu

I didn't remove DUser.dll and DUser.pdb, since I haven't tested building them myself and I haven't seen enough people report that it works correctly. Of course, it is easy for anyone to just delete them from his copy of the archive. Just don't distribute modified versions unless you rename them so it's clear that it has been modified.

Anonymous

Anonymous Tue 20 Oct 2020 06:50:34 No.78293471 Report

Quoted By:

>>78291955
Sauce on that wallpaper?

Anonymous

Anonymous Tue 20 Oct 2020 07:04:41 No.78293582 Report

Quoted By: >>78294632

>>78291955
cringe

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 162KiB, 861x736

Anonymous Tue 20 Oct 2020 07:18:15 No.78293694 Report

Quoted By: >>78298231

>>78292936
Hmm, well it seems we've been able to build duser.dll from the beginning, just nobody ever looked into it much I guess, doesn't seem to depend on directui.lib or anything.
Pic related was with fresh build without the directui fixes applied, just placefil.txt changed, without any public\internal\...\directui.lib neither.
But yeah maybe you should make sure yourself anyway, just thought I'd post about this since I only just realised it myself too

kkeny from dental outlaw

kkeny from dental outlaw Tue 20 Oct 2020 09:06:51 No.78294632 Report

Quoted By:

>>78293582
yep cringe

Anonymous

Anonymous Tue 20 Oct 2020 09:48:24 No.78295022 Report

Quoted By: >>78295741

>>78292936
Hm, pro sku setup gives a error about msmsgs.man using this, that's supposed to be inside MMSSETUP.CAB I think but it's not there in the v5 version of it, maybe msmsgs.inf needs to be updated to remove msmsgs.man reference or some shit

Anonymous

View Same Google ImgOps iqdb SauceNAO real-xp-tan.png, 307KiB, 369x620

Anonymous Tue 20 Oct 2020 10:14:08 No.78295263 Report

Quoted By: >>78303906

Anonymous

Anonymous Tue 20 Oct 2020 11:08:10 No.78295741 Report

Quoted By: >>78296944

>>78295022
Shit, you're right. This was just me being a retard and updating the .cab but neglecting the .inf.
I updated the archive again, same link: https://gofile.io/d/N7trJu

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 8KiB, 360x113

Anonymous Tue 20 Oct 2020 11:18:04 No.78295818 Report

Quoted By: >>78296308 >>78298231

>>78289888
Changing all the "Documents and Settings" references in the src seems to work, there's quite a few there though.

Think it was probably changing the DEFAULT_PROFILES_DIR value inside "mergedcomponents\setupinfs\usa\hivesft.txt" that got it working though, but not fully sure about that yet.

Would like to try updating "Application Data" & "Local Settings" to use AppData/Roaming/ & AppData/Local/ instead too, don't think it'll be as easy tho, seems those paths get baked into a lot of things, probably some of the stuff we don't have code for...

Anonymous

Anonymous Tue 20 Oct 2020 12:10:31 No.78296287 Report

Quoted By: >>78296718

Here's a cursed question, haw badly would a build break if:

I copied all the XP source into 2k3 source.. but don't replace anything, just let it copy what's not already there?

Anonymous

Anonymous Tue 20 Oct 2020 12:12:50 No.78296308 Report

Quoted By: >>78296729

>>78295818
changing the user directory was something you could do with n-lite back in the day

Anonymous

Anonymous Tue 20 Oct 2020 12:42:44 No.78296577 Report

Quoted By: >>78296718

So what happens if you try installing updates onto the self compiled builds?

Anonymous

Anonymous Tue 20 Oct 2020 12:55:27 No.78296718 Report

Quoted By: >>78296746

>>78296287
Dunno, there's a few things like XP's processr code that needed changes to build successfully in the 2003 tree, maybe some of them wouldn't need to change anything tho
One anon did make a list of things in the XP code missing from 2003, think it's linked in the "thing we need to do" post

>>78296577
Would probably overwrite most of the binaries with MS-built ones, or in worst case if they use delta patches or something the update wouldn't work at all since our bins wouldn't match what they expect.

Anonymous

Anonymous Tue 20 Oct 2020 12:56:45 No.78296729 Report

Quoted By:

>>78296308
Ye I know, you can change it just by adding something to unattend.txt in the ISO I think, but I wanted to see how to change it in the src itself.

Anonymous

Anonymous Tue 20 Oct 2020 12:58:19 No.78296746 Report

Quoted By: >>78297070 >>78298921

>>78296718
>list of things in the XP code missing from 2003
see >>78263380 & >>78263606
So far we got processr & pidgen mostly all ported over, dunno if anyone looked into the others though

Anonymous

View Same Google ImgOps iqdb SauceNAO maxresdefault.jpg, 235KiB, 1280x720

Anonymous Tue 20 Oct 2020 13:12:31 No.78296870 Report

Quoted By: >>78298932 >>78311090

Updated guide+ZIP to v8c: https://rentry.co/build-win2k3

Changes:
>Updated razzle.cmd to always set __BUILDMACHINE__ variable regardless of "offline" parameter, allows build tag built into kernel to match BuildName.txt
>Made oscdimg.cmd use build tag from BuildName.txt if destination filename isn't provided (names ISOs as <build-tag>_<SKU>.iso, eg. 3790.x86fre.srckit.201020-0115_srv.iso, for easier sorting)
>Removed directui_XP.lib file, as our built directui.lib seems to work fine

Anonymous

Anonymous Tue 20 Oct 2020 13:19:36 No.78296944 Report

Quoted By:

>>78295741
Just to make extra sure I didn't mess anything up this time, I just finished testing all the skus with the v5b archive and they all seem fine now.

Anonymous

Anonymous Tue 20 Oct 2020 13:31:40 No.78297070 Report

Quoted By:

>>78296746
I haven't got much know how bit J will see what I can find

Anonymous

Anonymous Tue 20 Oct 2020 13:54:19 No.78297296 Report

Quoted By: >>78297315 >>78297746

Seems our builds are missing a ton of stuff inside the i386\lang\ folder in the ISO, 59 files in built srv vs 214 in RTM srv
Quite a few other missing/smaller things in there too, but seems a lot of the size difference is from that lang folder, hope we don't have to build all the langs or some crap

Anonymous

Anonymous Tue 20 Oct 2020 13:56:12 No.78297315 Report

Quoted By: >>78297358

>>78297296
Lang stuff contains 3rd party CJK IME and propietary fonts MS doesn't have the source for.

Anonymous

Anonymous Tue 20 Oct 2020 14:00:01 No.78297358 Report

Quoted By: >>78297469 >>78297746

>>78297315
Hm, maybe they could be added in prebuilt like the missing.7z stuff, not sure tho, filechk didn't complain about them so dunno if they'd actually get included or not

Anonymous

Anonymous Tue 20 Oct 2020 14:12:02 No.78297469 Report

Quoted By: >>78297554

>>78297358
The default build is usa, to build a different language my guess is you'd need to specify the language

Anonymous

Anonymous Tue 20 Oct 2020 14:18:34 No.78297554 Report

Quoted By: >>78297685

>>78297469
postbuild.cmd takes an argument to specify language. I haven't tested it, though.

Anonymous

Anonymous Tue 20 Oct 2020 14:29:41 No.78297685 Report

Quoted By:

>>78297554
Theres usage info for it here for anyone wanting to test languages

https://empyreal96.github.io/build-env-info/WIN2K3/tools/postbuild.txt

Anonymous

Anonymous Tue 20 Oct 2020 14:36:48 No.78297746 Report

Quoted By: >>78297883

>>78297296
>>78297358
I added the i386/lang files from Server 2003 RTM to the pack, postbuild seems to include them automatically.
With this added, my srv ISO grew to 539MB.

Same link as before: https://gofile.io/d/N7trJu

Anonymous

Anonymous Tue 20 Oct 2020 14:49:06 No.78297883 Report

Quoted By: >>78297996

>>78297746
Oh sweet, getting closer
Did you look at any of the other missing stuff from the ISO? valueadd & support seem to be missing stuff like deploy.cab/valueadd.htm, and i386/winntupg has a few files missing I think, I'll try a new build with your v6 now and see about comparing it properly later

Also just noticed our i386\system32\ntdll.dll is like 30KB smaller than RTM's, wonder why that is..

Anonymous

Anonymous Tue 20 Oct 2020 14:54:12 No.78297929 Report

Quoted By: >>78297948

Can we build i386 on amd64 machines?

Anonymous

Anonymous Tue 20 Oct 2020 14:56:18 No.78297948 Report

Quoted By: >>78298026

>>78297929
Kinda, mostly builds fine but there's a few errors that x86 machines don't get, probably 16-bit shit: >>78263367

Another anon might have got it fixed though, haven't been able to try it out yet >>78273415

Anonymous

Anonymous Tue 20 Oct 2020 14:59:51 No.78297996 Report

Quoted By:

>>78297883
I did notice the valueadd stuff, but I keep forgetting to look into it. I'll take a look today and check it out.
My guess is that it's probably just as easy as the lang stuff, just drop it in the correct folder and postbuild includes it.

Anonymous

Anonymous Tue 20 Oct 2020 15:02:25 No.78298026 Report

Quoted By:

>>78297948
Thanks

Anonymous

Anonymous Tue 20 Oct 2020 15:18:43 No.78298231 Report

Quoted By:

>>78295818
>it was probably changing the DEFAULT_PROFILES_DIR value inside "mergedcomponents\setupinfs\usa\hivesft.txt"
Yep just confirmed it, seems to be only change it needs to move docs & settings folder
There's still a lot of other files that try using the old path though, but I guess if nlite could move profile dir without breaking stuff this should probably be fine too.

>>78293694
I should have mentioned, building duser.dll just needs you to cd to "windows\advcore\duser" and bcz, no other patches needed, I guess directui probably depends on duser & not the other way around.

Guess people didn't notice we could build duser fine since it isn't built in the main build unless you edit advcore\dirs file, and even then it gets placed in binaries\DUser\ folder so none of the post-build scripts can even find it...

Anonymous

Anonymous Tue 20 Oct 2020 16:05:23 No.78298906 Report

Quoted By:

>>78271444
Did anyone else try this systime.c yet?

Anonymous

Anonymous Tue 20 Oct 2020 16:06:22 No.78298921 Report

Quoted By: >>78299226

>>78296746
So I copied base/fs/utils/dfrg folder from xp to 2k3 source, cd'd to that dir and ran 'bcz' just to see if it builds.. no errors or warnings so defrag can be copied from XP source

Anonymous

Anonymous Tue 20 Oct 2020 16:06:50 No.78298932 Report

Quoted By: >>78299013

>>78296870
Because of the __BUILDMACHINE__ change, I'm unable to compile without doing a full recompile

Anonymous

Anonymous Tue 20 Oct 2020 16:08:52 No.78298962 Report

Quoted By:

so would it be possible to build for different architectures?

Anonymous

View Same Google ImgOps iqdb SauceNAO photo_2020-03-30 13.45.09.jpg, 145KiB, 848x1200

Anonymous Tue 20 Oct 2020 16:09:30 No.78298976 Report

Quoted By:

>>78264663
Same. Where can I find compilation of racist comments?

Anonymous

Anonymous Tue 20 Oct 2020 16:11:57 No.78299013 Report

Quoted By: >>78299112

>>78298932
If you want to revert it you can replace with the original razzle.cmd, that's the only file changed for the __BUILDMACHINE__ stuff
Didn't think it'd break dirty builds, probably would have kept it back till v9 or something if I knew, oh well

Anonymous

Anonymous Tue 20 Oct 2020 16:18:41 No.78299112 Report

Quoted By: >>78299895

>>78299013
Nah it's fine, already in the middle of a clean recompile ^^
The errors it throws are C4005 and C4651 btw, one is redefinition of the __BUILDMACHINE__ macro and the other is something about precompiled headers, don't remember.

Anonymous

Anonymous Tue 20 Oct 2020 16:25:59 No.78299226 Report

Quoted By: >>78299949 >>78304720 >>78311312

>>78298921
Following on from this I am seeing if these can be directly taken from XP source.. will test and report later if no one else does :)

base\win32\winnls\cht
enduser\miscdocuments
enduser\speech\docs
shell\osshell\accessib\magnify
sdktools\idwlog
sdktools\unicows
sdktools\supporttools\32bit\docs

Anonymous

Anonymous Tue 20 Oct 2020 17:06:15 No.78299895 Report

Quoted By: >>78300099 >>78311670 >>78311853

It's >>78299112 again, I'm unable to build it cleanly, I get directui.lib errors on shell32, logondui and appwzdui
>shell\shell32\winnt\directui.lib(parse.obj) : error LNK2011: precompiled object not linked in; image may not run

Anonymous

View Same Google ImgOps iqdb SauceNAO x64build.png, 230KiB, 1258x564

Anonymous Tue 20 Oct 2020 17:08:41 No.78299926 Report

Quoted By:

>>78278089
>What did you do about the 32/64-bit tools btw?
They worked for just fine for me under Windows XP x64. There was no need to move anything from \tools\x86 to \tools\amd64
At the moment there are just warnings running bcz in \ for AMD64 (with missing sources set to read-only)

I started my razzle like this to build for AMD64:
"
set PROCESSOR_ARCHITECTURE=x86
set lang=usa
set _NTWoWBinsTREE=G:\binaries.x86fre
tools\razzle.cmd Win64 Amd64 offline no_certcheck free
set PATHEXT=.BAT;.COM;.EXE;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.RB;.RBW
"

Anonymous

Anonymous Tue 20 Oct 2020 17:09:59 No.78299949 Report

Quoted By: >>78300270

>>78299226
I tried shell\osshell\accessib\magnify the other day, it seems to work without any changes.
I only compiled it, though, I didn't try running it.

Anonymous

Anonymous Tue 20 Oct 2020 17:19:35 No.78300099 Report

Quoted By:

>>78299895
Oh, I managed to fix it by placing the XP version, which was removed in the latest guide

Anonymous

Anonymous Tue 20 Oct 2020 17:30:43 No.78300270 Report

Quoted By:

>>78299949
Handy to know, that's added in one of my current builds going atm

Anonymous

Anonymous Tue 20 Oct 2020 17:44:48 No.78300490 Report

Quoted By: >>78301403

I'm kind of retarted.
Can somebody explain to me what the end goal, or broader implications of this leaks are? Will there be open source forks of XP basically?

Anonymous

Anonymous Tue 20 Oct 2020 18:39:19 No.78301403 Report

Quoted By:

>>78300490
>Will there be open source forks of XP basically?
Not in such radical way but it would help.

Anonymous

Anonymous Tue 20 Oct 2020 18:58:17 No.78301734 Report

Quoted By: >>78301975

There are a lot of build guides posted which is the most updated one lads

Anonymous

Anonymous Tue 20 Oct 2020 19:15:41 No.78301975 Report

Quoted By:

>>78301734
At the moment, it's probably this one:
https://rentry.co/build-win2k3

Anonymous

View Same Google ImgOps iqdb SauceNAO COMPROMISED.jpg, 348KiB, 833x1279

Anonymous Tue 20 Oct 2020 19:39:43 No.78302356 Report

Quoted By: >>78302385

>>78264406
So thanks anons.
However

>Be Me
>want to get the code while its hot
>See 4chan link to .onion
>Get over to TOR to download it
>Select download
>It downloads the git clone
>after some time
>Download terminates
>Retry multiple times
>Same termination
>Fuck me !
>Rage.jpg

How can I get this code ?! Tor browser is terrible at downloading ! How do I download it from TOR ?!

Anonymous

Anonymous Tue 20 Oct 2020 19:42:32 No.78302385 Report

Quoted By: >>78302401

>>78302356
$ git clone

Anonymous

Anonymous Tue 20 Oct 2020 19:43:50 No.78302401 Report

Quoted By: >>78302463

>>78302385
Will it work over .onion ????
Don't I need to wrap this somehow?
To what exactly do I point this command ?

Anonymous

Anonymous Tue 20 Oct 2020 19:47:21 No.78302463 Report

Quoted By: >>78302529

>>78302401
You can use something like torsocks

Anonymous

Anonymous Tue 20 Oct 2020 19:51:32 No.78302529 Report

Quoted By: >>78302747

>>78302463
Thanks for the help however what exactly do I use?

I only know torify and the gay TOR project is so retarded and anal that it only shills its gay browser, literally derailing all questions about tor warping all other tools into tor with a gay shilling of its browser.

What exact command did you use to download it yourself?

Anonymous

Anonymous Tue 20 Oct 2020 19:52:48 No.78302551 Report

Quoted By:

glowy

Anonymous

Anonymous Tue 20 Oct 2020 20:06:25 No.78302747 Report

Quoted By: >>78302839 >>78303020

>>78302529
3 easy steps:
1. Don't use Windows
2. Install torsocks
3. Put "torsocks" in front of your git clone command, like so: "torsocks git clone X", where X is the onion path to the repo

Anonymous

Anonymous Tue 20 Oct 2020 20:12:34 No.78302839 Report

Quoted By: >>78302909 >>78303020

>>78302747
Thanks for the help I'm currently downloading it with

torify git clone http://wopen3qf3trpihet.onion/gitbucket/git/idkwhy/OpenXP.git

And I'm waiting to see if it throws errors
A little notes
>1. Don't use Windows
I'm on linux sir
>2. Install torsocks
What exactly is the difference between torify and torsocks ? Like I pointed out the TOR project will change every discussion of this into
>LEL use our gay browser

Anonymous

Anonymous Tue 20 Oct 2020 20:18:03 No.78302909 Report

Quoted By: >>78303020

>>78302839
The man page for torify should tell you the difference

Anonymous

Anonymous Tue 20 Oct 2020 20:25:00 No.78303020 Report

Quoted By: >>78303063 >>78303116

>>78302909
>>78302839
>>78302747
REEEE

Why am I getting this error all the time ?!

Cloning into 'OpenXP'...
remote: Counting objects: 231119, done
remote: Finding sources: 100% (231119/231119)
remote: Getting sizes: 100% (179030/179030)
error: RPC failed; curl 18 ssrem inet_ntop() failed with errno 0: Success
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack fail

What do I do ?!

Anonymous

Anonymous Tue 20 Oct 2020 20:28:16 No.78303063 Report

Quoted By: >>78311265

>>78303020
Thank god I built my own private git repo from the original leak, and only get the patches I'm interested on from tor git to apply them to my private repo.

Anonymous

Anonymous Tue 20 Oct 2020 20:31:52 No.78303116 Report

Quoted By: >>78303267

>>78303020
Sadly, that error just decides to show up randomly whenever it likes. Sometimes it works to just repeat the command and hope for the best.

Anonymous

Anonymous Tue 20 Oct 2020 20:42:47 No.78303267 Report

Quoted By: >>78312695

>>78303116
>Sadly, that error just decides to show up randomly whenever it likes. Sometimes it works to just repeat the command and hope for the best.
Did anyone manage to download it?
Is there some option in git to have a resume download or retry?

Anonymous

Anonymous Tue 20 Oct 2020 21:33:01 No.78303885 Report

Quoted By: >>78311098

>>78264406
does anyone have that background image of windows 2000 or windows 95 or so with the 4chan coloring? I saw it posted here a while back but cant find it on rebecca. I have been modding 10 to have classic as much as possible and would like a better log on screen.

Anonymous

Anonymous Tue 20 Oct 2020 21:34:20 No.78303906 Report

Quoted By: >>78304418

>>78295263
is this a joke on spaghetti code?

Anonymous

Anonymous Tue 20 Oct 2020 21:38:33 No.78303963 Report

Quoted By:

>>78268396
I genuinely like the tile approach in live tiles I just don't like how those tiles look. they lost the soul of the operating system even though the functionality is superior to that of the old start menu folder BS

>>78265248
windblinds works but it's a little buggy. theres curtains that's built specifically for 10 but no one has made custom themes for it that don't look like ass so I'm sticking with 10.

Anonymous

Anonymous Tue 20 Oct 2020 22:13:03 No.78304418 Report

Quoted By:

>>78303906
yis

Anonymous

Anonymous Tue 20 Oct 2020 22:35:26 No.78304720 Report

Quoted By:

>>78299226
Re this^

sdktools\unicows creates a nice stream of red and its beyond me, can't fully remember (started a clean build with updated zip) but unknown vars of somekind..

Will post results of rest in morning letting it build overnight

Anonymous

Anonymous Wed 21 Oct 2020 00:48:04 No.78306318 Report

Quoted By:

Bump

Anonymous

Anonymous Wed 21 Oct 2020 01:02:01 No.78306491 Report

Quoted By: >>78308883

>>78264680
Is this even possible?

Anonymous

Anonymous Wed 21 Oct 2020 01:56:53 No.78307098 Report

Quoted By:

Bump for Windows 7 source code

Anonymous

View Same Google ImgOps iqdb SauceNAO ac5a7f88ebecb1ea66cbb8126ca479ed (...).jpg, 99KiB, 600x800

Anonymous Wed 21 Oct 2020 03:39:41 No.78308140 Report

Quoted By:

Bumperino

Anonymous

Anonymous Wed 21 Oct 2020 05:04:27 No.78308883 Report

Quoted By:

>>78306491
MinGW has a .dll that has Unix/Linux C functions. Compile coreutils or busybox and I don't see why it wouldn't work.

Anonymous

Anonymous Wed 21 Oct 2020 05:06:27 No.78308895 Report

Quoted By:

Doesn't some guy have the Longhorn source? How would one contact him to convince him to leak it?

Anonymous

Anonymous Wed 21 Oct 2020 07:25:30 No.78309866 Report

Quoted By:

>>78264538
oh dude open sauce win7 gonna be lit af

Anonymous

View Same Google ImgOps iqdb SauceNAO 20201021_083233.jpg, 3MiB, 4032x2268

Anonymous Wed 21 Oct 2020 07:34:05 No.78309942 Report

Quoted By: >>78310285 >>78311118 >>78311670

Keep getting this error with updated guide

Anonymous

Anonymous Wed 21 Oct 2020 08:19:12 No.78310285 Report

Quoted By:

>>78309942
I think something is up with my source, gunna fresh extract, copy zip and start from scratch

Anonymous

Anonymous Wed 21 Oct 2020 08:35:34 No.78310423 Report

Quoted By: >>78310725

Can some explain to me high level like a dumbass what promising projects are going to come out of this?

Is someone going to rig the XP version of explorer to windows 10?
Is someone going to make kernel extensions like windows 2000 had to make it run newer programs?
Has anyone modded 3d pinball space cadet?

Anonymous

Anonymous Wed 21 Oct 2020 09:11:12 No.78310725 Report

Quoted By:

>>78310423
3d pinball wasn't owned by MS, so there isn't source for it..

Anonymous

Anonymous Wed 21 Oct 2020 09:55:43 No.78311029 Report

Quoted By: >>78311050

Hey I just wanted to start compiling xp myself and have a question, not considering the build itself ( I can read the rentry) But how do you activate Windows XP or Server afterwards? I don't have any keys, can you remove the activation stuff? Or do the keys posted in the rentry work for all installs, with activation?

Anonymous

Anonymous Wed 21 Oct 2020 09:56:28 No.78311039 Report

Quoted By: >>78311069

guys, if i want to build only a specific component, say i only want to build executables of Notepad, how do i do that?

Anonymous

Anonymous Wed 21 Oct 2020 09:57:31 No.78311050 Report

Quoted By: >>78311140

>>78311029
if you're talking about the timebomb, you need to follow the timebomb guide in the build guide

if you're talking about the bs MS activation shit, use a WinXP crack, there are dozens online

Anonymous

Anonymous Wed 21 Oct 2020 09:59:40 No.78311069 Report

Quoted By:

>>78311039
CD to the folder (I.e shell/osshell/accessory/notepad) and run bcz

Anonymous

View Same Google ImgOps iqdb SauceNAO изображение.png, 74KiB, 1152x864

Anonymous Wed 21 Oct 2020 10:01:23 No.78311090 Report

Quoted By: >>78311118

>>78296870

Anonymous

Anonymous Wed 21 Oct 2020 10:02:37 No.78311098 Report

Quoted By:

>>78303885
no one?

Anonymous

Anonymous Wed 21 Oct 2020 10:05:05 No.78311118 Report

Quoted By: >>78311127

>>78311090
^Same kind of errors as these?

>>78309942

Anonymous

Anonymous Wed 21 Oct 2020 10:06:25 No.78311127 Report

Quoted By: >>78311142 >>78311148

>>78311118
Yep, i remember this

Anonymous

Anonymous Wed 21 Oct 2020 10:08:18 No.78311140 Report

Quoted By: >>78316392

>>78311050
Dumb question what is the difference?

Anonymous

Anonymous Wed 21 Oct 2020 10:08:28 No.78311142 Report

Quoted By:

>>78311127
my build.err pastebin.com/h8LhHcuh

Anonymous

Anonymous Wed 21 Oct 2020 10:10:01 No.78311148 Report

Quoted By:

>>78311127
My guess is directui isn't building properly on 7 and up, I didn't have the issue on my XP machine

Anonymous

Anonymous Wed 21 Oct 2020 10:26:25 No.78311265 Report

Quoted By:

>>78303063
Where can I find the original.
I missed the first one.
BTW the tor lets you download simply make a script that attempts to pull the repo in a infinite loop.

Is Open XP the same as the original XP code?

Anonymous

Anonymous Wed 21 Oct 2020 10:32:50 No.78311312 Report

Quoted By: >>78314470

>>78299226
So..

sdktools\idwlog
sdktools\unicows

I think need files from other dirs (complaining about crtw32 *I think*), if I get enough time I will look into it unless someone has time spare?

Afaik these can be copied over without issue, the ones with * can almost def be copied over
base\win32\winnls\cht
enduser\miscdocuments
enduser\speech\docs
shell\osshell\accessib\magnify*
sdktools\supporttools\32bit\docs
base/fs/utils/dfrg*

Anonymous

Anonymous Wed 21 Oct 2020 11:11:10 No.78311670 Report

Quoted By:

>>78309942
>>78299895
Strange, I could build with it fine under Win7 SP1.
I'll try another build now, did you make sure to follow everything in the guide, removing read-only etc?
Also did you use x86 or x64 OS for building?

error.log from after the build might be useful, should be like 30MB though, if you ZIP it and upload somewhere maybe it'll tell us more

Anonymous

Anonymous Wed 21 Oct 2020 11:32:08 No.78311853 Report

Quoted By: >>78311912 >>78312151

>>78299895
Also which build folder did you use? I saw other anon built under E:\NT\
Maybe it only lets us use pre-compiled parse.obj shit if paths match, at least I didn't have any problem building under D:\src03rtm anyway

Anonymous

Anonymous Wed 21 Oct 2020 11:37:40 No.78311912 Report

Quoted By:

>>78311853
That could be the case, I think that was me (picture of error on tablet with purple bar) I moved to NT because I had TAPI.RES error.. but that has only been on my x86 win 10.. on my XP machine I have no issues with using srv03rtm too

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 53KiB, 1351x377

Anonymous Wed 21 Oct 2020 12:01:56 No.78312151 Report

Quoted By: >>78313038

>>78311853
Yep it most likely is this, seems to be using full path when trying to include the stdafx .obj, pic related, orig on left with a fix attempt on the right.
Gonna try a build to make sure it is the path issue, then see if this patched one will fix it.

Anonymous

Anonymous Wed 21 Oct 2020 12:58:37 No.78312695 Report

Quoted By:

>>78303267
It worked for me on the second try. The first attempt failed at around 900MB. The total size of the repo is c.a. 1.6GB.

Anonymous

View Same Google ImgOps iqdb SauceNAO .png, 57KiB, 985x297

Anonymous Wed 21 Oct 2020 13:26:02 No.78313038 Report

Quoted By: >>78313128 >>78313153

>>78312151
Finally confirmed it, so it seems to be because path doesn't match the one inside pre-built parse.obj

Now to try patched parse.obj instead.. not sure if it'll work though since it might require full path

Anonymous

View Same Google ImgOps iqdb SauceNAO same shit.png, 61KiB, 978x374

Anonymous Wed 21 Oct 2020 13:34:36 No.78313128 Report

Quoted By: >>78313153 >>78313420

>>78313038
Shit, seems it does need the full path, damn.
Guess I'll have to update guide to require D:\srv03rtm instead, if we want to keep the ability to build directui ourselves...

Anonymous

Anonymous Wed 21 Oct 2020 13:36:44 No.78313153 Report

Quoted By: >>78313243

>>78313128
>>78313038
Or of course the alternative is someone finds what's wrong with our generated parse.cpp/.hpp and fixes it so we don't need to use prebuilt parse.obj at all.
Hell you don't really need to mess with the bison.skl shit at all, you could just edit the .cpp directly, maybe editing .skl would make stuff easier though.
Doubt anyone really cares enough to bother looking at this though, I know I don't

Anonymous

Anonymous Wed 21 Oct 2020 13:43:21 No.78313243 Report

Quoted By:

>>78313153
Fixing Bison's skl would be a nice exercise for CS anon students writting parsers and sh*t :-P.

Anonymous

Anonymous Wed 21 Oct 2020 13:55:08 No.78313420 Report

Quoted By: >>78313505

>>78313128
Weird, if I build from E:\srv03btm it errors, even with D:\srv03rtm\ path inside the .obj hex edited to that path
Moving it to D:\srv03rtm itself & building seems to work, even with the hex edited parse.obj in place, wtf

Anonymous

Anonymous Wed 21 Oct 2020 14:01:26 No.78313505 Report

Quoted By: >>78313592

>>78313420
Hm, so seems my hex editing had no effect on wherever it's looking for the stdafx obj.
Also seems that drive doesn't matter neither, build works fine from E:\srv03rtm, but fails with E:\srv03rtp...
I'll try looking into it some more

Anonymous

Anonymous Wed 21 Oct 2020 14:07:55 No.78313592 Report

Quoted By:

>>78313505
Every single mention of srv03rtm in the .obj changed to srv03rtp, still no luck, wtf?
Renaming path to srv03rtm & building with that edited .obj, works fine.
God I hate precompiled shit like this, wouldn't be surprised if the path gets stored in .obj as some xor-obfuscated BS done by MS or some stupid shit like that.

For now I guess we're stuck with srv03rtm, at least drive doesn't seem to matter though.

Anonymous

Anonymous Wed 21 Oct 2020 14:43:53 No.78314014 Report

Quoted By: >>78314028 >>78314641

>Add base/hals/processor from whstxp's second zip.
That wasn't from whstxp btw, I made the one with changes backported from 2003 as anon >>78084311

Anonymous

Anonymous Wed 21 Oct 2020 14:45:29 No.78314028 Report

Quoted By:

>>78314014
Er, unless whstxp updated it further anyway, I didn't see any updated ones posted here though
(like that post says, GetAcpiTable still wasn't updated to match 2003's, if someone is bored enough it probably wouldn't be too difficult)

Anonymous

Anonymous Wed 21 Oct 2020 15:21:26 No.78314470 Report

Quoted By: >>78314603 >>78314656

>>78311312
Gonna try looking into the two idwlog ones now.

For some of those like miscdocuments it seems they just have some txt/hlp files & other crap we copy in using missing.7z, maybe we can update those XP ones using files from that 7z and let it binplace that stuff instead.

Anonymous

Anonymous Wed 21 Oct 2020 15:31:30 No.78314603 Report

Quoted By:

>>78314470
Seems everything in enduser\miscdocuments\common\docs is identical to missing.7z except eula.txt
Couldn't check the following since they weren't in missing.7z tho:
>oemeula.txt
>setupacc.txt
>sysdiff.inf
>unattend.txt
I think oemeula.txt/unattend.txt might be in our source tree somewhere already, not sure about the other two tho

There's also some eulas inside enduser\miscdocuments\eulas for the different skus that might need updating

Anonymous

Anonymous Wed 21 Oct 2020 15:34:16 No.78314641 Report

Quoted By:

>>78314014
I know. I wrote that more as a comment to myself, indicating where the copy I used for the commit came from.
AFAIK they are unchanged from the ones you posted here:
>>78084311

Anonymous

Anonymous Wed 21 Oct 2020 15:34:59 No.78314656 Report

Quoted By: >>78314717 >>78314752

>>78314470
Cool thanks, I am still waiting for this test build to finish a few missing files.. yeah it is just eula and help docs, could be copied from XP source or cd either way (imo from source is better than rtm files from ISO)

If you want I will 7z up the unmodified xp source I am testing and have success with so it can be added to the guide 7z (defrag, magnified etc.)

Anonymous

Anonymous Wed 21 Oct 2020 15:40:35 No.78314715 Report

Quoted By: >>78314788

>>78288682
>Deleted all references to srv_info.chm

Found srv_info.chm in the \AMD64 folder of the Windows XP x64 .ISO from archive.org

This folder contains non-expand-ed files that written where the last character of the file extension is _

Ran the following command to get in the folder where SRV_INFO.CH_ R to get it

expand -r SRV_INFO.CH_ .

It is a document with the "Obtaining Help and information for the Windows Server 2003 family" title

Anonymous

Anonymous Wed 21 Oct 2020 15:40:52 No.78314717 Report

Quoted By:

>>78314656
>imo from source is better than rtm files from ISO
As long as the ISO doesn't have a more recent version of the file, I agree

Anonymous

Anonymous Wed 21 Oct 2020 15:43:23 No.78314752 Report

Quoted By: >>78314878

>>78314656
>yeah it is just eula and help docs, could be copied from XP source or cd either way (imo from source is better than rtm files from ISO)
Yeah, if we could add them into the proper folder in the src it'd beat copying from ISO/missing.7z after the build, since putting them in the src tree would let them get binplaced automatically during build instead etc.

(really if we wanted we probably could add the missing.7z contents as a folder in the src tree, and make it binplace them all during the build...
I'd much rather try figuring out which folder each file was meant to come from though, using the XP dirs that were missing from win2003, or other methods.. maybe the warnings about missing dirs at start of build could tell us some more.)

Anonymous

Anonymous Wed 21 Oct 2020 15:45:58 No.78314788 Report

Quoted By: >>78314968

>>78314715
Oh neat nice find. surprised nobody checked XPx64, seeing as that's pretty much win2003 pro-SKU, aka the one that throws srv_info.chm errors, lel.
I guess if missing.7z anon adds that to the 7z I'll update guide to re-add it later.

Anonymous

Anonymous Wed 21 Oct 2020 15:55:21 No.78314878 Report

Quoted By: >>78314895 >>78314946

>>78314752
>maybe the warnings about missing dirs at start of build could tell us some more.

I was thinking that, I did check some of the dirs (take ../../d3dx8) shown when starting the build, and it didn't exist in our 2k3 source, but some are obvs not in the XP source

And I shall 7z up any missing src I find that can be used as-is, if others have time to look into some of the dirs shown at build start, and see if any can be straight up copied that would be a time saver.. my hardware is slow af (8 hrs clean bld and 2-3 dirty bld)

Anonymous

Anonymous Wed 21 Oct 2020 15:57:48 No.78314895 Report

Quoted By:

>>78314878
Forgot to add^
The ones I am zipping up will have full src path to avoid human error in placing files

Anonymous

Anonymous Wed 21 Oct 2020 16:02:02 No.78314946 Report

Quoted By: >>78315083 >>78315146

>>78314878
Even if it's not in XP source you might be able to guess what they had inside them too, eg:

>BUILD: binaries found in enduser\msn_explorer\dirs, is not a subdirectory of d:\srv03rtm\enduser\msn_explorer
Sounds like enduser\msn_explorer\binaries would have the MSN explorer bins, missing.7z has MSN explorer inside it as msn6.exe, most likely that belongs in that folder (and maybe other shit msn6.exe depends on too)

It's not exact though since you'd have to take a guess for most of them, but it'd be nice to try getting everything in missing.7z integrated into our src tree without needing to dump them all into a single folder.

Anonymous

Anonymous Wed 21 Oct 2020 16:03:45 No.78314968 Report

Quoted By: >>78315083

>>78314788
I've already located the ISO he mentioned and downloaded the file. It will be included in the next archive, coming later today.
It will also include some of the valueadd stuff. As a consequence of adding the valueadd things, that extra xcopy command after extracting is not needed anymore.

Anonymous

Anonymous Wed 21 Oct 2020 16:09:31 No.78315083 Report

Quoted By: >>78315196 >>78315578

>>78314968
Nice, did you look into any of the other missing stuff too like deploy.cab etc?

>>78314946
>BUILD: messenger found in enduser\dirs, is not a subdirectory of d:\srv03rtm\enduser
>BUILD: moviemk found in enduser\dirs, is not a subdirectory of d:\srv03rtm\enduser
Damn, wonder if they actually had the src as part of the windows tree or if those were just binaries, would have been nice to get MSN & moviemaker code with this...

Anonymous

Anonymous Wed 21 Oct 2020 16:14:18 No.78315146 Report

Quoted By: >>78315363

>>78314946
Oh indeed, some is quite self explanatory (zip is one that always bugs me seeing it fly past lol)

I think personally I will start looking into some of them after my current tests.. if anyone wants to pick out a small list of 'needed' things that show as missing at start the start then that would be handy (I.e focus on what is needed to get a decently usable OS)

Anonymous

Anonymous Wed 21 Oct 2020 16:17:47 No.78315196 Report

Quoted By:

>>78315083
Most likely things like that is handled by a different 'lab'

I remember seeing a comment somewhere in one of the .docs in the src about Wordpad converter which is apparently maintained by the Word lab and sent over to the NT team.. most likely a different lab worked on multimedia products like moviemaker

Anonymous

Anonymous Wed 21 Oct 2020 16:29:29 No.78315363 Report

Quoted By: >>78315486 >>78315522 >>78316141

>>78315146
I put together a ZIP with the moviemk folder all setup as a base, seems to build/binplace fine, think it's all the moviemk-related files but I should probably check layout.inx to be sure: https://gofile.io/d/Lb8luT

This separates the exe's into an i386 folder since I saw some other precompiled things in the source do that (but if we were gonna add amd64 versions I think sources file needs to be updated for it)

Seems we also need to add .pdb symbols for each binary too otherwise binplace complains, luckily missing.7z anon added in symbols for the exes/dlls in there so it's not too hard to find them, not sure what we can do if there's no .pdb available though.

Anonymous

Anonymous Wed 21 Oct 2020 16:37:31 No.78315486 Report

Quoted By:

>>78315363
>I put together a ZIP with the moviemk

Oh cool I'll give it a test

> think sources file needs to be updated for it

The dirs file will most likely be fine in terms of already having the amd64 folders etc, just a matter like you said of placing in the appropriate folders

As for the pdb I am not sure, I have been keeping my eye out on FTP search engines to see if anything of intrest pops up, I am not sure if there are specific debugging symbols for x64 XP or if it uses 2k3 debugging symbols

Anonymous

Anonymous Wed 21 Oct 2020 16:39:37 No.78315522 Report

Quoted By:

>>78315363
I kind of accidentally started adding the pdb files to the archive, since I was initially building with the "officialbuild" argument in razzle, which makes the symbolcd postbuildscript run, and that script complains if the pdb files are missing.

Anonymous

Anonymous Wed 21 Oct 2020 16:43:23 No.78315578 Report

Quoted By:

>>78315083
Yes, there are also a few other files added, including deploy.cab.

While I was comparing ISOs, I noticed a couple of things: Our setupw95 script does not generate a hwcomp.dat for dtc, but the RTM dtc ISO does have one.
Also, our setupw95 only generates filelist.dat for per and pro, but the RTM srv ISO seems to have one as well.

ThatOpenNTGuy !!Cs9VL1QW+d/

ThatOpenNTGuy !!Cs9VL1QW+d/ Wed 21 Oct 2020 16:58:41 No.78315797 Report

Quoted By:

hi what did i miss

I'm super busy with IRL stuff at the moment- gotta love 'rona taking your job

Anonymous

Anonymous Wed 21 Oct 2020 17:22:47 No.78316141 Report

Quoted By: >>78316619

>>78315363
>Seems we also need to add .pdb symbols for each binary too
>not sure what we can do if there's no .pdb available though.
Adding BUILD_NO_SYMCHK=1 to the sources file should solve that, files that have pdbs get them copied to symbols/retail/etc while files that don't will just be binplaced to binaries without erroring

Anonymous

Anonymous Wed 21 Oct 2020 17:44:18 No.78316392 Report

Quoted By:

>>78311140
timebomb refers to the evaluation period that is placed on MS testing software. this is what you'll see on windows betas, a certain number of days you can use them until EOL. This is typically local (regedit) and can be disabled before building.

activation is not local. its typically online and depends on MS shitty server shit. you can however disable this easily with activation cracks for XP easily available online.

Anonymous

Anonymous Wed 21 Oct 2020 17:51:53 No.78316508 Report

Quoted By: >>78317531

Here's an updated missing archive, same link as before: https://gofile.io/d/N7trJu

I added deploy.cab, a few files that were missing from the i386 folder, a few files that were missing from the i386/winntupg folder and the valueadd gif and html files.

The xcopy command after extracting is no longer needed. In fact, it would be kind of a bad thing to do, since it would replace the server logo with the xp logo in the final ISO valueadd folder.
Huge thanks to the anon that found srv_info.chm.

My ISO sizes using this version (v7):
ads - 544MB
bla - 488MB
dtc - 529MB
per - 434MB
pro - 448MB
sbs - 542MB
srv - 543MB

I haven't added the "valueadd/3rdparty" folder from the XP ISOs yet. In my initial tests it didn't get placed automatically. Editing postbuildscripts/cddirs.lst might be enough to make it work, but I haven't tested it yet.

Anonymous

Anonymous Wed 21 Oct 2020 17:58:18 No.78316619 Report

Quoted By: >>78316933 >>78316948

>>78316141
Filled out the enduser/messenger / moviemk / msn_explorer dirs too, think I added all the files related to them in there (tools\placefil.txt can be useful for finding which files are part of a component, sometimes they have comments next to them, also layout.inx usually groups components together too)

https://anonymousfiles.io/O99lG41o/

I did add msmsgs.exe/msmsgsin.exe to messenger initially but binplace seemed to ignore those since they weren't in placefil, layout.inx also doesn't mention them, so I guess those aren't used or something.

Now just need to go through the other ~4000 missing files and figure out where they're all meant to go... fun!

(only downside to adding missing bins like this is that binplace changes the timestamp of exe/dll files some reason, might be editing the symbol path inside them or something, maybe adding some flag to BINPLACE_FLAGS in sources could stop that though, dunno)

Anonymous

Anonymous Wed 21 Oct 2020 18:19:59 No.78316933 Report

Quoted By:

>>78316619
>msmsgs.exe/msmsgsin.exe
I added those "just in case" when I fixed that msmsgs.inf mixup earlier. I was going to remove them in v7 of the archive since they don't seem to be placed in any of the ISO folders, but I forgot.

Anonymous

Anonymous Wed 21 Oct 2020 18:21:19 No.78316948 Report

Quoted By: >>78317124

>>78316619
>(only downside to adding missing bins like this is that binplace changes the timestamp of exe/dll files some reason, might be editing the symbol path inside them or something, maybe adding some flag to BINPLACE_FLAGS in sources could stop that though, dunno)
Binplace can mess with executables in many ways... One of them is stripping symbols from them. Even if the executable has them already stripped, binplace still opens them in read/write mode and probably modifies the timestamp to reflect last time binplace checked the executable.

Anonymous

Anonymous Wed 21 Oct 2020 18:30:36 No.78317087 Report

Quoted By:

Need create new thread.

Anonymous

Anonymous Wed 21 Oct 2020 18:33:22 No.78317124 Report

Quoted By: >>78317641

>>78316948
Hmm damn, maybe it'd be better to keep exe/dlls as things we copy in later, probably not a great idea to hide pre-built stuff in the src folders anyway.

Might still be a good idea to find where stuff like the .txt/.htm files are meant to go though, like those _POP3.htm files, looks like around 3/4 of the missing.7z files are things like that, would be nice to get them in the src tree seeing as those are mostly modifiable.

Anonymous

Anonymous Wed 21 Oct 2020 18:50:59 No.78317403 Report

Quoted By: >>78317439

>>78264406
Is it still safe to use windows 10 for normies who only browse facebook and watch netflix?

Anonymous

Anonymous Wed 21 Oct 2020 18:53:03 No.78317439 Report

Quoted By:

>>78317403
If you're going to use Facebook and watch Netflix the Windows 10 is fine

Anonymous

Anonymous Wed 21 Oct 2020 18:58:34 No.78317531 Report

Quoted By:

>>78316508
Updated missing archive, same link as before: https://gofile.io/d/N7trJu

Added the 3rdparty folder in valueadd. It doesn't get placed in the ISO folders by default, but adding a line for it in cddirs.lst in postbuildscripts looks like it works.
Here is an example: https://gofile.io/d/PQxuwF

Anonymous

Anonymous Wed 21 Oct 2020 19:05:22 No.78317641 Report

Quoted By:

>>78317124
> like those _POP3.htm files, looks like around 3/4 of the missing.7z files are things like that
Those pop3 files (and a lot of missing.7z) are help files, seems they might have kept all help files in enduser\helpcontent\ but of course none of that was included.

Can't even find a single thing about what that folder looked like other than one line, which mentions a helpcontentS folder, that could be completely different
>@rem BUGBUG: Due to an ugly bug in the Enduser\HelpContents\i386\dirs
if that is talking about helpcontent though I guess that means there were probably different folders inside enduser\helpcontent\i386\, probably for each component

Anonymous

Anonymous Wed 21 Oct 2020 20:04:48 No.78318454 Report

Quoted By:

New thread por favor

Anonymous

Anonymous Wed 21 Oct 2020 20:08:47 No.78318505 Report

Quoted By:

new thread >>78318501

Subject

Name

E-mail

Password

Capcode	All Only User Posts Only Verified Posts Only Moderator Posts Only Manager Posts Only Admin Posts Only Developer Posts Only Founder Posts
Show Posts	All Only With Images Only Without Images Only Spoiler Images Only Non-Spoiler Images
Deleted Posts	All Only Deleted Posts Only Non-Deleted Posts
Ghost Posts	All Only Ghost Posts Only Non-Ghost Posts
Post Type	All Only Sticky Threads Only Opening Posts Only Reply Posts
Results	All Grouped By Threads
Order	Latest Posts First Oldest Posts First

On these archives

Your latest searches

/wxp/ - Friendly Windows XP/2003 Leak Thread